October 2019 - Wine-bugs - list.winehq.org

[Bug 32174] New: Applicaton crashes after paste of the clipboard
by wine-bugs＠winehq.org 18 Oct '19

18 Oct '19

http://bugs.winehq.org/show_bug.cgi?id=32174 Bug #: 32174 Summary: Applicaton crashes after paste of the clipboard Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: development+wine(a)decotrain.homedns.org Classification: Unclassified Created attachment 42448 --> http://bugs.winehq.org/attachment.cgi?id=42448 Backtrace of the crash. This seems to be a special problem with a special content in the clipboard. The crash can be invoked with this steps: 1. Look at an jpg with Irfanview 4.33 that has EXIF-Data. 2. Type I for Info of the picture. 3. Then click on Exif-Data. 4. Now click on "copy to clipboard" - that's working. 5. Go into the text of a new mail in Thunderbird in Linux. 6. Press CTRL-V for paste and Irfanview crashes! When you are doing this with the Kate Text-Editor it will not crash but has no content, but with another Text-Editor like geany it also crashes. Interesting is to paste in Free-Office, then it takes some time and then you get after the crash the message that the wanted format for the clipboard is not available. There are really strange things with the clipboard ... -- 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.

2 17

[Bug 47395] New: bug 44255 revisited: app fall into critical section lock upon quiting
by wine-bugs＠winehq.org 18 Oct '19

18 Oct '19

https://bugs.winehq.org/show_bug.cgi?id=47395 Bug ID: 47395 Summary: bug 44255 revisited: app fall into critical section lock upon quiting Product: Wine Version: 4.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- I'm not quite sure when it happened, but I think it was between 4.8 and 4.10. The symptoms are pretty much the same as in bug 44255: start the app, try to quit the app, get a perma-lock. Yet, this time it doesn't seem to be quartz, as native override doesn't help. Also, while I've tried to follow Focht's procedure from the former bug, I couldn't get a thread calling to RtlpWaitForCriticalSection... Though that might be just a shortcoming of winedbg - not supporting separate compressed debug sections. -- 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.

2 10

[Bug 47782] New: Segmentation fault and exceptions using ManagementClass
by WineHQ Bugzilla 18 Oct '19

18 Oct '19

https://bugs.winehq.org/show_bug.cgi?id=47782 Bug ID: 47782 Summary: Segmentation fault and exceptions using ManagementClass Product: Wine Version: 4.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dridi.boukelmoune(a)gmail.com Distribution: --- Originally reported on Fedora's bugzilla for Wine 4.12 (Fedora includes wine-staging) and still happening with Wine 4.15, I'm now throwing the towel as I failed to debug this by myself. I'm interested in commit hashes if a fix is merged, and general pointers on how to deal with this in the future. For example I couldn't get a full back trace when building the master branch and never managed to print arguments up the stack with WineDbg. https://bugzilla.redhat.com/show_bug.cgi?id=1734794 I can reliably reproduce the C# exceptions and the segfault on my system (either using Fedora packages or building the master branch with or without wine-staging): $ cat test.cs using System; using System.Management; class Test { static void Main(string[] args) { ManagementClass mc = new ManagementClass(args[0]); ManagementObjectCollection moc = mc.GetInstances(); foreach (ManagementObject mo in moc) { Console.Write("{0}\n", mo); foreach (PropertyData pd in mo.Properties) Console.Write("\t{0} => {1}\n", pd.Name, pd.Value); } moc.Dispose(); mc.Dispose(); } } $ mcs /reference:System.Management.dll test.cs $ ./test.exe Win32_OperatingSystem # OK $ ./test.exe Win32_PhysicalMemory # OK $ ./test.exe Win32_SoundDevice # OK $ ./test.exe Win32_Processor # System.InvalidCastException $ ./test.exe Win32_VideoController # System.InvalidCastException $ ./test.exe Win32_DesktopMonitor # System.InvalidCastException $ ./test.exe Win32_DisplayControllerConfiguration # SIGSEGV The problem on the current master branch is the same as when I first reported the segfault to Fedora, except that things moved around a bit: 0x0000000067753b3e build_relpath+0x37 [dlls\wbemprox\query.c:866] in wbemprox: movq (%rax),%rax 866 struct table *table = view->table[table_index]; Again, view->table is null when test.exe is run with Win32_DisplayControllerConfiguration, and for other paths the results are the same (no regression nor improvement). Obviously my testing is not comprehensive, there may be other problematic management paths but those are the ones I came across. I will happily test patches if requested. -- 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 47813] New: Itch.io: Warning or error when launching a game (GetFileInformationByHandleEx for FileAttributeTagInfo unimplemented)
by WineHQ Bugzilla 18 Oct '19

18 Oct '19

https://bugs.winehq.org/show_bug.cgi?id=47813 Bug ID: 47813 Summary: Itch.io: Warning or error when launching a game (GetFileInformationByHandleEx for FileAttributeTagInfo unimplemented) Product: Wine Version: 4.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: theristhewolf(a)gmail.com Distribution: --- The Windows version of the Itch.io desktop app (which can be downloaded as itch-windows-amd64.zip from https://fasterthanlime.itch.io/itch ) generates a warning message such as the following when launching most titles: "An error occurred while launching [APP]. The message we got was: While doing auto prereqs: GetFileInformationByHandleEx [BINARY_LOCATION_IN_VIRTUAL_C_DRIVE]: Call not implemented." With these titles, the game can be launched normally by clicking the "Continue" button. However, with at least one Itch game (and, presumably, any Itch game that only works if launched via the Itch client), the error message instead reads as follows: "An error occurred while launching [APP]. GetFileInformationByHandleEx [BINARY_LOCATION_IN_VIRTUAL_C_DRIVE]: Call not implemented." In this case, there is no "Continue" button to click (the bottom right corner of the window instead has an "OK" button, which dismisses the message and proceeds to a Itch bug submission window if a checkbox is enabled, as well as an "Open folder in explorer" button). This issue was originally reported as a bug for the Itch desktop client (see https://github.com/itchio/itch/issues/2324 ), and a developer for that project has stated that the described behavior occurs due to Wine's partial implementation of the GetFileInformationByHandleEx function (specifically, for the case when the class passed into the function is FileAttributeTagInfo). Since this is the function call that Go generates when compiling an os.Stat function call performed on a file returned by os.Open, the responding Itch developer expressed a preference for the missing functionality in Wine to be implemented due to this issue's potential impact on other Windows applications that were written in Go. To that end, said developer has generated a short Go code snippet (viewable at https://gist.github.com/fasterthanlime/ec8177b114fa9f711d90b95b49a0e236 ) that tests the os.Stat and os.Open functions. This issue has been originally produced in Lutris's variant of Wine version 4.12.1-x86_64. I have attempted to reproduce the issue on a system-wide install of Wine 4.16 (as installed on Linux Mint 19.1 via the winehq-devel package), but I have not been able to get the Itch client's window to display anything other than a blank black box when running Itch this way (presumably, there's either a mistake that I've been overlooking, a setup step that Lutris does that I'm missing, a workaround that Lutris does that I'm not aware of, or a bugfix in Lutris's flavor of Wine that isn't mainlined). I'm hoping, due to the specificity of the bug's identification and the verification of the fact that GetFileInformationByHandle remains a stub in the main Wine project's master branch, that the lack of reproduction in the development version of vanilla Wine will be tolerated for this report. If not, I can continue trying to flail at my efforts to reproduce the bug without the use of Lutris. -- 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 35585] New: Castlevania: Lords of Shadow 2 demo endless loading screen without native d3dx9_36
by wine-bugs＠winehq.org 18 Oct '19

18 Oct '19

http://bugs.winehq.org/show_bug.cgi?id=35585 Bug ID: 35585 Summary: Castlevania: Lords of Shadow 2 demo endless loading screen without native d3dx9_36 Product: Wine Version: unspecified Hardware: x86 URL: http://store.steampowered.com/app/239250 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Created attachment 47513 --> http://bugs.winehq.org/attachment.cgi?id=47513 +d3dx+seh+tid Without native d3dx9_36 game shows endless loading screen with hourglass. Tested on Wine 1.7.12-57-gf4985e4 -- 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.

2 11

[Bug 47192] New: Halo 2: PS4 controller no longer registers inputs
by wine-bugs＠winehq.org 18 Oct '19

18 Oct '19

https://bugs.winehq.org/show_bug.cgi?id=47192 Bug ID: 47192 Summary: Halo 2: PS4 controller no longer registers inputs Product: Wine Version: 4.8 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: danielbr(a)live.no I have previously used Wine staging 4.6 and 4.7 with Halo 2. With the latest 4.8 update i can no longer use the controllers buttons, which works flawlessly in Dolphin and Retroarch anymore. I have not configured the controller in any way, just connecting it by bluetooth or wired as always. This occurs on Macos 10.14.4. Halo 2 can be freely installed here: https://www.cartographer.online/ Wine also cuts off sound after the intro which hopefully someone can look into. I have Halo installed as a 64 bit app. -- 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.

2 5

[Bug 33848] New: InstallShield fails to install any files on NTFS / FAT32 partitions, while others can...
by wine-bugs＠winehq.org 18 Oct '19

18 Oct '19

http://bugs.winehq.org/show_bug.cgi?id=33848 Bug #: 33848 Summary: InstallShield fails to install any files on NTFS / FAT32 partitions, while others can... Product: Wine Version: 1.5.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tesfabpel(a)gmail.com Classification: Unclassified When you install a software that uses InstallShield (like Crysis, No One Lives Forever 2, Myth 3 :P) on a NTFS / FAT32 partition, it fails the installation right away with this error: Access Denied Other setup software like NSIS are able to install on those partitions (like Notepad++)... This bug is veeeery old (bug [17776]) --- Quote from bug [17776]: Specfically -- and this is a guess -- I think stat() is returning different values for files not yet committed to disk. IShield sees this, and assumes it's being silently denied access to certain features when in fact what it wanted actually happened, it's just being hidden due to this bug. --- The solution then should be (IMHO) to implement a wrapper for the equivalent of stat() in Windows that takes into account these differences and returns what Windows' apps expect to get... I set the bug's severity as major and not normal because it makes Wine fail at "Emulating" Windows (yeah, I know, WINE Is not an Emulator :P) with a so important setup software like InstallShield... BTW shouldn't then the bug be related to IS? Maybe, but anyway this denotes a difference in behaviour with Windows that I think should be solved... Anyway these are only my opinions... :) -- 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.

2 6

[Bug 35223] New: King's Bounty Crossworlds crashes in the new campaign when entering the sea tower on the first island
by wine-bugs＠winehq.org 18 Oct '19

18 Oct '19

http://bugs.winehq.org/show_bug.cgi?id=35223 Bug ID: 35223 Summary: King's Bounty Crossworlds crashes in the new campaign when entering the sea tower on the first island Product: Wine Version: 1.7.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: i30817(a)gmail.com Classification: Unclassified As in the title. The error window it presents is: ".\BMRender\rmode.cpp(4050): DirectX call failed: 1, 1, D3ERR_INVALIDCALL (The method call is invalid. For example, a method's parameter may not be a valid pointer)" This game already had crashes when loading levels or combat (probably) due to the implemented messages wine emits with it: "fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx Generation of mipmaps for compressed pixel formats is not implemented yet" These could be worked around by setting texture quality to minimum (on the Gallium 0.4 radeon driver). This error can't be worked around with that as far as i can tell. A similar, but different (different line number, -1 instead of 1) error on windows, apparently has a workaround of disabling vsync but that doesn't work in this case. -- 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.

2 19

[Bug 44540] New: Imperium GBR terminate unexpectly when using native quartz.dll
by wine-bugs＠winehq.org 18 Oct '19

18 Oct '19

https://bugs.winehq.org/show_bug.cgi?id=44540 Bug ID: 44540 Summary: Imperium GBR terminate unexpectly when using native quartz.dll Product: Wine Version: 3.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it Distribution: --- Created attachment 60497 --> https://bugs.winehq.org/attachment.cgi?id=60497 log with dsound setted as native Imperium GBR terminate unexpectly (without crash), with exit code -127 when using native quartz.dll (from directmusic winetricks component) The beheviour change if I have dsound setted as builtin or native. If dsound is setted as builtin the game exit after the resolution change, before playing the videos. If dsound is setted as native the game play the videos and then terminate before entering the main menu. For playing music in the game it need dsound,dmime,dmsynth,dmusic,dswave as native (this issue happens in the described ways if the mentioned dll (other then dsound) are setted as builtin or native) -- 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.

2 7

[Bug 35522] New: Send a test to testbot using 1 page instead of 3
by wine-bugs＠winehq.org 14 Oct '19

14 Oct '19

http://bugs.winehq.org/show_bug.cgi?id=35522 Bug ID: 35522 Summary: Send a test to testbot using 1 page instead of 3 Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru Classification: Unclassified Currently it is: 1. Select a file to send 2. Select the VMs 3. Select additional flags (command line arguments, whether to run 64-bit tests, debug level, report successful tests) One option would be to merge all 3 pages into 1. Another possibility is to add option "Use defaults" and activate it by default to skip 2 and 3 pages using default settings (which in most cases nobody cares about). -- 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.

2 11