January 2012 - Wine-bugs - list.winehq.org

[Bug 27288] New: Facade installation ends prematurely when installing to a directory name with a space
by wine-bugs＠winehq.org 28 Sep '18

28 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=27288 Summary: Facade installation ends prematurely when installing to a directory name with a space Product: Wine Version: 1.3.20 Platform: x86-64 URL: http://www.interactivestory.net/download/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: asb(a)asbradbury.org Created an attachment (id=34897) --> (http://bugs.winehq.org/attachment.cgi?id=34897) console log Tested in self-built wine 1.3.20, git HEAD, and 1.2.3. When installing Facade with the default destination directory (C:\Program Files\Facade) and a fresh WINEPREFIX, the installation ends prematurely. Interestingly, choosing 'C:\Facade' as the destination directory works, as does 'C:\Test\This\Facade', while 'C:\Faceade Space' also fails. (to reproduce, remember to delete the WINEPREFIX in between, or the installer will erroneously report success). See the attached console log. -- 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 18

[Bug 18271] New: MSI creates incompatible msi file in a specific case of create table
by wine-bugs＠winehq.org 28 Sep '18

28 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=18271 Summary: MSI creates incompatible msi file in a specific case of create table Product: Wine Version: 1.1.20 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P5 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: tijnema(a)gmail.com Created an attachment (id=20797) --> (http://bugs.winehq.org/attachment.cgi?id=20797) Test application for this bug (source and binary) I was doing some testing on MSI, and figured that when using only 1 column in a table with only 1 character, wine's msi implementation fails to create a correct msi file. When opening the msi file with orca, orca crashes after selecting the table. Using native dll override for msi.dll, a correct msi file is generated. The query I am using is CREATE TABLE testTable (b INT PRIMARY KEY b) Test application built in VS2008 (source and binary) is attached, it needs vcredist package from microsoft to run. -- 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 17

[Bug 23487] New: Buccaneer: freezes when changing screen resolution
by wine-bugs＠winehq.org 28 Sep '18

28 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=23487 Summary: Buccaneer: freezes when changing screen resolution Product: Wine Version: 1.2-rc6 Platform: x86 URL: http://www.bigdownload.com/games/buccaneer-the-pursuit -of-infamy/pc/buccaneer-the-pursuit-of-infamy-demo/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=29315) --> (http://bugs.winehq.org/attachment.cgi?id=29315) standard console log The game Buccaneer: The Pursuit of Infamy (an arcadish Pirates! clone) becomes unresponsive when changing in-game screen resolution. This occurs both in Wine's virtual desktop mode and in fullscreen. If you untick the 'Fullscreen' option in the game (so it runs in windowed mode), the freezing doesn't happen and I can switch resolutions successfully. The game uses the Torque engine, there are D3D9 and OpenGL rendering modes available. However selecting OpenGL rendering from the options menu doesn't have an effect: the game always resets itself to the default D3D9 renderer. You can check out the issue using the demo (122 Mb download size), I added the link to URL. How to reproduce the issue in the demo: 1. Install the demo and start it by T3D.exe. The game will notify you about the latest update, you can install it, the game will restart after updating. 2. Go to 'Help & Options' in the menu, then select 'Settings'. Change the screen resolution (default is 1024x768) and press 'Apply graphic changes' >> the game will hang, although music is playing on, and htop shows the game executable still consumes 50-60 % CPU. Workaround: playing the game in windowed mode. I attached the console output when the game freezes. I added winedebug=-dsound to the command line to suppress the tons of dsound related fixmes in the log. Fedora 13 x86 Wine-1.2-rc6 Nvidia 7600 GT / driver 195.36.31 -- 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 7

[Bug 28000] New: World War One Gold hangs during the initial loading stage
by wine-bugs＠winehq.org 28 Sep '18

28 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=28000 Summary: World War One Gold hangs during the initial loading stage Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=35848) --> (http://bugs.winehq.org/attachment.cgi?id=35848) plain terminal output World War One Gold Edition v1.08l never reaches the main menu after starting: the game always stops at the same point while loading (the progress bar reaches 95-98% when the loading process halts). The game is still using 100% CPU power, the mouse pointer is movable across the screen and music is playing but nothing else happens (I've waited for about 15 minutes just to be sure). The same problem when trying to start the game in Wine-1.0.1, 1.2.3 etc. The game was installed in a clean wineprefix, no native dlls were used. I found out that adding WINEDEBUG=warn+heap to the command line makes it possible to reach the main menu. No additional lines in the terminal appeared when warn+heap was used. -- 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 22995] New: Adobe FrameMaker 8 installer displays complaint about installation path drive type
by wine-bugs＠winehq.org 28 Sep '18

28 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=22995 Summary: Adobe FrameMaker 8 installer displays complaint about installation path drive type Product: Wine Version: 1.2-rc2 Platform: x86 URL: http://www.adobe.com/support/downloads/detail.jsp?ftpI D=4549 OS/Version: Linux Status: NEW Keywords: download, Installer Severity: minor Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=28485) --> (http://bugs.winehq.org/attachment.cgi?id=28485) Adobe FrameMaker 8 installer +msi,+volume trace (lzma compressed) With wine-1.2-rc2-51-gbbd93e5, after pressing Next at the "Setup Type" dialog in the Adobe FrameMaker 8 installer, an "Invalid Installation Directory Type" dialog is spawned, complaining about the destination drive type. Dismissing the dialog, however, allows installation to continue. I suspect the problem is msi-related, as a +volume trace shows that the GetDriveType invocation is working correctly, and, within the ControlEvent msi table of the installer, a SpawnDialog event for InvalidInstallDirType keyed to the Next button of the SetupType dialog has condition: _IsSetupTypeMin = "Typical" AND Drive_Fixed = "1" which seems pretty strange, as a fixed drive is one that the installer is supposed to accept. A +msi,+volume trace is attached. -- 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 25617] New: Clones crashes after a period of time (occasionally with an out of memory error)
by wine-bugs＠winehq.org 28 Sep '18

28 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=25617 Summary: Clones crashes after a period of time (occasionally with an out of memory error) Product: Wine Version: 1.3.10 Platform: x86 URL: http://clonesgame.com/sites/clonesgame.com/modules/pub dlcnt/pubdlcnt.php?file=http://clones.s3.amazonaws.com /ClonesGameDemo_1.26.exe&nid=220 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=32618) --> (http://bugs.winehq.org/attachment.cgi?id=32618) terminal output 'Clones' is a nice Lemmings clone. The game always crashes for me after 5-10 minutes of gameplay. Usually the crash is preceded by some strange screen corruption (big red X-s appear on the screen) but sometimes the crash happens out of the blue. It always happens after you've been playing the game for 5-10 minutes. No usable backtrace is generated. The issue is present in Wine-1.0.1, Wine-1.2.2 and so on. To reproduce the issue in the demo: Because of bug #25606 you can only test the problem in the multiplayer mode of the game. 1. After installation launch the game by ../Bin/ClonesGame.exe 2. Create a new profile then choose 'Tournaments' > 'Host Tournament'. Choose the first available level (Beach). Uncheck the 'Public' option so other players online won't disturb you in testing :) 3. <Start level>, <Start match>. You can play the game if you like it or simply let it alone and wait for about 5-10 minutes. A crash is going to happen sooner or later. Sorry for the not so clear description but this is a problem that cannot be reproduced easily (it doesn't happen right after starting the game or by doing certain actions in the game). Fedora 14 x86 Nvidia GeForce 250 GTS / driver 260.19.29 -- 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 15

[Bug 29603] New: Ski Challenge 2010: extremely long loading times (unless Win98 mode is set)
by wine-bugs＠winehq.org 28 Sep '18

28 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=29603 Bug #: 29603 Summary: Ski Challenge 2010: extremely long loading times (unless Win98 mode is set) Product: Wine Version: 1.3.37 Platform: x86 URL: http://www.jeuxvideopc.com/demo/43133-ski-challenge-20 10.php OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Starting a new game in Ski Challenge 2010 demo takes an unusually long time: 5-7 minutes. Lowering the screen resolution/detail level, disabling audio don't make a difference. Besides the default Windows XP mode, I tried with Win2000, Vista as well as Windows 7 mode: all the same. What does seem to improve the loading time considerably is to set the Windows version to Win98 in winecfg: loading a new game takes only 15-30 seconds (depending on the detail level). Steps to reproduce the problem with the demo: 1. Install the demo. Select 'Use custom installation' option and uncheck the option 'Run Ski Challenge 2010 (FTV)'. 2. Start the demo by Updater.exe. The updater will fail, dismiss the error message. The launcher should appear. 3. In the launcher go to <Options> --> <Manual> then click on <Accept>. Click on <Play>. 4. When the main menu appears click on <Play> --> <Training>, select a course and click on <Play>. 5. The game is loading but it seems to take forever to get into the game. Terminal output doesn't reveal anything suspicious, just lots of fixme:d3d:resource_check_usage Unhandled usage flags 0x8 Fedora 16 Nvidia 250 / driver 290.10 -- 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 21520] New: Monty Python's Complete Waste Of Time by 7th Level does not go beyond opening scene.
by wine-bugs＠winehq.org 23 Sep '18

23 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=21520 Summary: Monty Python's Complete Waste Of Time by 7th Level does not go beyond opening scene. Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaybird25(a)gmail.com Monty Python's Complete Waste Of Time game does not go beyond the opening scene when started, the program just freezes. It did install correctly and seems to start up properly under Wine. There are no errors reported when opening the game. -- 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 16

[Bug 26410] New: Wine sets gamma incorrectly - probably uses the obsolete xgamma interface instead of xrandr interface
by wine-bugs＠winehq.org 23 Sep '18

23 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=26410 Summary: Wine sets gamma incorrectly - probably uses the obsolete xgamma interface instead of xrandr interface Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: hramrach(a)centrum.cz When I start a d3d game the gamma on the other monitor changes. - this is probably an action taken by the program that triggers the gamma change, it only happens on entering certain scenes - there is a 'xgamma' utility that sets gamma on the other monitor as wine does and is unable to set gamma on any other monitor - I tried to set the "Use XRandr" registry from N to Y but Wine would still only set gamma on the wrong monitor as xgamma does -- 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 16

[Bug 29536] New: Popup window shadows sometimes rendered all-black with Microsoft winhlp32
by wine-bugs＠winehq.org 23 Sep '18

23 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=29536 Bug #: 29536 Summary: Popup window shadows sometimes rendered all-black with Microsoft winhlp32 Product: Wine Version: 1.3.36 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified Created attachment 38269 --> http://bugs.winehq.org/attachment.cgi?id=38269 FACTS.HLP compressed with bzip2 This bug shows up when running Microsoft winhlp32.exe under Wine. I tested the versions from Windows 98 and XP. Some help files contain links which when clicked open a pop-up box. The box has a semi-transparent shadow effect to the right and below, achieved by rendering alternate pixels of the shadow area black. In Wine, sometimes the shadow is rendered entirely in black. Whether it's rendered correctly or in black doesn't seem to be consistent; you can click a popup link many times and sometimes the shadow is rendered correctly, other times in black. Or on a page with multiple popup links, clicking on different links gives a different result. Try viewing the attached FACTS.HLP in Microsoft winhlp32 under Wine. Various pages of that help file have popup links. -- 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