April 2013 - Wine-bugs - list.winehq.org

[Bug 15472] New: iexplore: cannot open links in a new window
by wine-bugs＠winehq.org 02 Oct '18

02 Oct '18

http://bugs.winehq.org/show_bug.cgi?id=15472 Summary: iexplore: cannot open links in a new window Product: Wine Version: 1.1.5 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Minor, but when using iexplore/gecko, opening links in a new window is unimplemented. Only terminal output is: fixme:shdocvw:DocHostUIHandler_ShowContextMenu default action not implemented fixme:mshtml:OleCommandTarget_Exec unsupported nCmdID 2137 of CGID_MSHTML group -- 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 14

[Bug 24576] New: Final Fantasy XIV: Live Client Launch Fails
by wine-bugs＠winehq.org 02 Oct '18

02 Oct '18

http://bugs.winehq.org/show_bug.cgi?id=24576 Summary: Final Fantasy XIV: Live Client Launch Fails Product: Wine Version: 1.2 Platform: x86 URL: http://www.finalfantasyxiv.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: senjion(a)gmail.com I was able to get the client installed easily just running the installer through wine, patching was an issue as it seems to have been in Beta, however after the install I copied in an already patched version of the game which allowed me to get past the Version Check and patching process. Now when running ffxivboot.exe the game loads the Login Screen properly. I can enter credentials and it logs in fine and then goes to the Launcher page. On the Launcher Page I can get into Account Management just fine, however if I click on the big red "Play" button nothing happens, it seems like the Launch page just refreshes. After logging in I tried leaving the Launcher page up and just executing ffxivgame.exe however it acts like it is trying to launch and then simply crashes. Wine Configuration has Audio set to OSS instead of ALSA. All graphics in ffxiv config are set to the lowest possible settings. I have tried with both Hardware Mouse enabled and disabled via ffxiv config, and with sound enabled and disabled aswell. If there is any data I can collect to assist in troubleshooting let me know. -- 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 14

[Bug 14601] New: Easter egg of WinRAR do very slow speed of application
by wine-bugs＠winehq.org 01 Oct '18

01 Oct '18

http://bugs.winehq.org/show_bug.cgi?id=14601 Summary: Easter egg of WinRAR do very slow speed of application Product: Wine Version: 1.0.0 Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Zenitur(a)yandex.ru In About window you can see logo (icon) and logo (WinRAR word on the sea). First logo is in 16 colors, this is strange: in Windows this is full-colored. Double clicking do easter egg: it jump to down of window! Double clicking on second logo (big WinRAR word) can do second easter egg, but it make very small speed of application! Double click fix this. -- 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 20

[Bug 31226] New: MathCad 15 installer fails without native dotnet35sp1
by wine-bugs＠winehq.org 29 Sep '18

29 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=31226 Bug #: 31226 Summary: MathCad 15 installer fails without native dotnet35sp1 Product: Wine Version: 1.5.8 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Tried repeating bug 31201 without native dotnet35sp1. When the installer's progress bar hits about 50%, I get a dialog Fatal error in gc GetThreadContext failed Using ps, I see it's coming from "C:\users\dank\Temp\msi1c95.tmp HandBooks" This is a 24KB .net executable, and running it by hand while that dialog is still up generates another instance of the fatal error. One sees lots of this error message on the web, mostly from Unity3d apps conflicting with antivirus programs. I also recall seeing this before when using Mono in Wine, so it's not specific to this app. See also bug 30914 for another GetThreadContext failure which may be the same problem. -- 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 25192] New: 'fatal error in gc: collecting from unknown thread' with Mono
by wine-bugs＠winehq.org 29 Sep '18

29 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=25192 Summary: 'fatal error in gc: collecting from unknown thread' with Mono Product: Wine Version: 1.3.7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sam(a)robots.org.uk Created an attachment (id=31979) --> (http://bugs.winehq.org/attachment.cgi?id=31979) test case script I'm trying to run Wix, a .NET application, on Wine. In order to do this I am using the mono-gtksharp installer from <http://ftp.novell.com/pub/mono/archive/2.8/windows-installer/9/mono-2.8-gtk…>. When building an installer, I get the following error: fatal error in gc Collecting from unknown thread Some digging around reveals that this message comes from Mono's use of the Boehm garbage collector. There is a bug open in their tracker that talks about the error <https://bugzilla.novell.com/show_bug.cgi?id=323578>; they seem to consider it a bug in Wine. I'll attach a shell script that reproduces this from scratch, almost automatically. You just have to download Wix3.msi and drop it in the same directory as test.sh. -- 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 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