March 2014 - Wine-Bugs - list.winehq.org

[Bug 28626] New: WTW: Setup is unable to find _SETUP.DLL
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=28626 Bug #: 28626 Summary: WTW: Setup is unable to find _SETUP.DLL Product: Wine Version: 1.3.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 36786 --> http://bugs.winehq.org/attachment.cgi?id=36786 Error message Steps to reproduce: 1) remove ~/.wine 2) wine wtw-setup-all.exe Behaviour: Error message (see attachment) Expected behaviour: No error message. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 22019] New: Large black rectangles flicker in and out on some games in Steam
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=22019 Summary: Large black rectangles flicker in and out on some games in Steam Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Several times a second, a large rectangle (usually the same one depending on the game or screen) flickers to black. This is pretty annoying. This happens on Braid Demo and Call of Duty 2, but not on Portal: First Slice or Total War: Napoleon, all tested under Steam. It does not happen on the non-steam version of Braid Demo -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 19614] New: Multiplayer in Total Annihilation using native directplay dlls locks up after game completes.
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=19614 Summary: Multiplayer in Total Annihilation using native directplay dlls locks up after game completes. Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hughperkins(a)gmail.com When playing a multiplayer game in Total Annihilation using native directplay dlls, the program locks up at the end of a game. This doesn't prevent the game being played, but it would be nice to fix. Note that this is using the directplay dlls from microsoft, rather than those that come with wine, following the instructions at http://wiki.winehq.org/DirectPlayGames. Bug http://bugs.winehq.org/show_bug.cgi?id=4066 documents that wine does not implement an appropriate directplay itself for Total Annihilation at this time. Mostly I'm creating this new bug just to document it for now in the appdb for total annihilation. Note that this issue is touched on in the comments for bug http://bugs.winehq.org/show_bug.cgi?id=11130 , but it is not the original bug that that bug report refers to. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 14881] New: Rainbow 6 - Vegas 2
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=14881 Summary: Rainbow 6 - Vegas 2 Product: Wine Version: CVS/GIT Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: cruiseoveride(a)gmail.com Created an attachment (id=15442) --> (http://bugs.winehq.org/attachment.cgi?id=15442) Calltrace Rainbow 6 - Vegas 2 Crashes with: x:\Perforce\bishop\CodePcPort\UnrealEngine3\Development\External\framework\gear\private\src\thread\ms\thread.cpp(324) : ASSERT FAILURE: Ret() -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 30

[Bug 14067] New: Virtual desktop window refreshing
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=14067 Summary: Virtual desktop window refreshing Product: Wine Version: 1.0.0 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Hi, (Using Ubuntu 8.04, GNOME desktop, Wine 1.0) This is a question about virtual desktop mode. When the virtual desktop window is minimised then restored, or brought to the front after being covered by another window, Wine appears to tell the Windows applications to refresh their windows. (At least, on my old slow system I notice buttons etc. being redrawn - restoring the virtual desktop window is not instantaneous.) Is that correct? Surely it would be better for compatibility and speed if Wine caches the whole virtual desktop bitmap when the window is not visible, so it can be instantly displayed when the virtual desktop window is restored/revealed. Could some Windows programs assume that if they are the only window on the desktop, that they don't need to refresh their window imagery? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 32833] New: Wine cannot find help (chm) files in dir with () in name
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=32833 Bug #: 32833 Summary: Wine cannot find help (chm) files in dir with () in name Product: Wine Version: 1.5.22 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: scallegari(a)arces.unibo.it Classification: Unclassified Hi, modern programs install in wine in '.wine/drive_c/Program Files (x86)/' However, when they put their help files here, possibly due to the () in the path, wine cannot find the help files anymore. To reproduce: put a .chm file in .wine/drive_c launch wine explorer navigate to C: and click on the the .chm file. It opens just fine in the hh chm viewer. Now move the .chm file in .wine/drive_c/Program Files (x86)/ as before launch wine explorer navigate to C:Program Files (x86)/ click on the .chm file. Another instance of the wine explorer opens. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 29010] New: Can't get keyboard focus back to wine after switching to another desktop and back
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=29010 Bug #: 29010 Summary: Can't get keyboard focus back to wine after switching to another desktop and back Product: Wine Version: 1.3.32 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: waldner+bugs.winehq.org(a)waldner.priv.at Classification: Unclassified Aloha, when running an application via wine in full-screen mode, after switching to another virtual desktop and back, the keyboard focus is lost, and I can't get it back to wine. Mouse works fine, though. The typed characters appear in the terminal where I started wine instead. Environment: - OS: Debian squeeze, i686, 32-bit - Window manager: Enlightenment E16, v1.0.0-4, with 3x3 virtual desktops Regression testing (as per http://wiki.winehq.org/RegressionTesting) points to this as the culprit: ------------------- 3e6eab3fd97e7c0ed2c8d233875aa4cfa8965985 is the first bad commit commit 3e6eab3fd97e7c0ed2c8d233875aa4cfa8965985 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Aug 13 19:54:31 2009 +0200 configure: Rename the main binary to "wine32" for the Wow64 build. :100755 100755 06d06eeae587b8847227be48269a931ead83990e 12469cb8fcf6ca43f539df91e246c3bd45dba5ea M configure :100644 100644 a38c525b3c9ca4aed5bfd5f0e99fd1f65426e997 e186872a6a20a9ec8e2a8f11ad1c0f518600d3d1 M configure.ac :040000 040000 96b5d31b7b4df2f656bf4d897a47b6b8a2d53bf0 1d7930c95701232634eab8e1d1df6461c7f37f63 M loader ------------------- Testing was done via: - git bisect good 1.1.27 - git bisect bad 1.3.32 and then for each good/bad: - rm ~/.wine - ./configure && make - run './loader/wine programs/winecfg/winecfg.exe.so' - skip Gecko install if asked - set "emulate virtual desktop" "2048x1152" (my native resolution), apply&OK - re-run './loader/wine programs/winecfg/winecfg.exe.so' - type couple characters in the "Libraries" tab - switch to another virtual desktop and back - try typing a couple chars into winecfg First noted when running World of Warcraft, affects all full-screen apps, regardless of "emulate virtual desktop", though. NOT a duplicate of 20939, as the workaround with focus-follows-mouse has no longer any effect. As long as wine doesn't run in full-screen mode, everything works as expected. Kind regards, Robert Waldner -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 27785] New: Application crashed when it was displaying(changing) Chinese words.
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=27785 Summary: Application crashed when it was displaying(changing) Chinese words. Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: samhjn(a)gmail.com I have an old application.I installed it on wine.It crashed when it was changing the style of Chinese words.I edited winecfg like office2007,but it not useful at all.So I copied all my fonts in win7 to wine.Before I did that,some software can't display Chinese words.After I copied,they can display Chinese words well,but the application crashed when it going to display a Chinese word.The application may be write by flash.My OS is Kubuntu 10.04.2.I hope I can run the application in future. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 27121] New: Cannot run game - Mickey Pre-School Adventures
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=27121 Summary: Cannot run game - Mickey Pre-School Adventures Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: admin(a)dominion-it.co.za Created an attachment (id=34588) --> (http://bugs.winehq.org/attachment.cgi?id=34588) Mickey Preschool Adventures debug log file Game : Mickey Pre-School Adventures wine version : 1.3.19 System : openSuse 11.4 Symptom : Program installs fine, but when trying to play program it immediatly starts throwing error messages (cannot see them in log file) mostly related to Director Player Some of them are Object Exception #getPad I have made a log file with WINEDEBUG=+seh,+tid I see the program uses 3rd party components to get it to work in a folder called Xtras when installed, dont know if it is related to the errors, tried to copy all these files to same path as the exe but still no log. hope this helps. thank you -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 24235] New: dinput joystick does not listen to jscal calibration
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=24235 Summary: dinput joystick does not listen to jscal calibration Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: ailin.nemui(a)gmail.com I have a joystick calibrated with the "polarity" of the axis switched (e.g. up is down + down is up). To do this, in the js calibration utility jscal simply put the position to the apparent "maximum" number when it asks for the minimum and vice versa. this setup works fine in linux games and e.g. "Joystick Tester":http://www.softpedia.com/get/System/System-Miscellaneous/Joystick-Tester.shtml (which is apparently not using dinput) but in the game (Morrowind), the calibration is ignored. up should be down and down should be up, but it is not (I guess it is looking at the numbers that I get shown in "jscal") If it can't be fixed, maybe a hack in the Joystick-Axes-Dinput-Registry key could be made to allow mirroring of axes :/? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8