wine-bugs December 2017

wine-bugs@winehq.org

1 participants
7817 discussions

[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 43233] New: Disabling strict draw ordering causes background textures in FFXIV not to render properly
by wine-bugs＠winehq.org 02 Oct '18

02 Oct '18

https://bugs.winehq.org/show_bug.cgi?id=43233 Bug ID: 43233 Summary: Disabling strict draw ordering causes background textures in FFXIV not to render properly Product: Wine-staging Version: 2.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spryor(a)redhat.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- In FFXIV, there are several areas that have a sort of fog texture over some of the lower "skybox" uninteractable area. When disabling strict draw ordering, the game performs much faster, but these textures fail to render, or flicker, or flicker in a grid. However, enabling strict draw ordering is a pretty big performance hit (about 15-20 fps hit in most situations) Attached are pictures of two areas both with strict draw ordering and without. It was difficult to catch it at a moment where all the splotches of background were there, but the difference should still be clear -- 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 43124] New: FlashWindowEx: WM_NCACTIVATE behavior is incorrect
by wine-bugs＠winehq.org 02 Oct '18

02 Oct '18

https://bugs.winehq.org/show_bug.cgi?id=43124 Bug ID: 43124 Summary: FlashWindowEx: WM_NCACTIVATE behavior is incorrect Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: gamax92(a)aol.com Distribution: --- Created attachment 58328 --> https://bugs.winehq.org/attachment.cgi?id=58328 FlashWindowEx dwFlags parameter tests Depending on the dwFlags parameter, FlashWindowEx may send a WM_NCACTIVATE message with the wrong wParam value. Some flags should not send a WM_NCACTIVATE message at all. Attached is a document I've made from testing FlashWindowEx with various flags and having the window active/inactive. This issue seems to be related to Overwatch losing focus on respawn, it calls FlashWindowEx with dwFlags = 0xE (FLASHW_TIMERNOFG + FLASHW_TRAY), which according to my tests should send a WM_NCACTIVATE message with 1, but wine sends 0 instead. Forcing FlashWindowEx to send TRUE instead did resolve the loss of focus. -- 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 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 34522] New: Drakan: Order of the Flame demo crashes before entering the main menu
by wine-bugs＠winehq.org 28 Sep '18

28 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=34522 Bug #: 34522 Summary: Drakan: Order of the Flame demo crashes before entering the main menu Product: Wine Version: 1.7.2 Platform: x86 URL: http://www.fileplanet.com/11604/10000/fileinfo/Drakan- Demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dmusic AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com Classification: Unclassified Created attachment 45962 --> http://bugs.winehq.org/attachment.cgi?id=45962 log+backtrace Crashes after intro movies. -- 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 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 34739] New: manual install of wine gecko gets in the wrong directory in Wow64 wine
by wine-bugs＠winehq.org 28 Sep '18

28 Sep '18

http://bugs.winehq.org/show_bug.cgi?id=34739 Bug #: 34739 Summary: manual install of wine gecko gets in the wrong directory in Wow64 wine Product: Wine-gecko Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-gecko-unknown AssignedTo: jacek(a)codeweavers.com ReportedBy: roland65(a)free.fr Classification: Unclassified When installing the gecko msi package with : msiexec /i wine_gecko-2.21-x86_64.msi on a wine 1.6 WoW64 architecture, then the gecko files are installed in c:\windows\syswow64 directory instead of c:\windows\system32. Thus, 64 bits iexplore doesn't work in this architecture. Note that a manual install of wine_gecko-2.21-x86.msi goes correctly into c:\windows\syswow64. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs December 2017