November 2023 - Wine-bugs - list.winehq.org

[Bug 42024] New: FL Studio 12.4 installer crashed
by wine-bugs＠winehq.org 19 May '24

19 May '24

https://bugs.winehq.org/show_bug.cgi?id=42024 Bug ID: 42024 Summary: FL Studio 12.4 installer crashed Product: Wine Version: 2.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikhail.v.gavrilov(a)gmail.com Distribution: --- Created attachment 56484 --> https://bugs.winehq.org/attachment.cgi?id=56484 backtrace $ wine Muzon/Image-Line.FL.Studio.Producer.Edition.v12.4.Incl.Keygen-R2R/flstudio_12.4.exe fixme:thread:GetThreadUILanguage : stub, returning default language. fixme:nls:GetThreadPreferredUILanguages 00000038, 0x33d198, (nil) 0x33d1c0 fixme:nls:get_dummy_preferred_ui_language (0x38 0x33d198 (nil) 0x33d1c0) returning a dummy value (current locale) fixme:nls:GetThreadPreferredUILanguages 00000038, 0x33d198, 0x1a7a680 0x33d1c0 fixme:nls:get_dummy_preferred_ui_language (0x38 0x33d198 0x1a7a680 0x33d1c0) returning a dummy value (current locale) fixme:thread:GetThreadUILanguage : stub, returning default language. fixme:nls:GetThreadPreferredUILanguages 00000038, 0x33d198, (nil) 0x33d1c0 fixme:nls:get_dummy_preferred_ui_language (0x38 0x33d198 (nil) 0x33d1c0) returning a dummy value (current locale) fixme:nls:GetThreadPreferredUILanguages 00000038, 0x33d198, 0x1a7a680 0x33d1c0 fixme:nls:get_dummy_preferred_ui_language (0x38 0x33d198 0x1a7a680 0x33d1c0) returning a dummy value (current locale) fixme:thread:GetThreadUILanguage : stub, returning default language. fixme:nls:GetThreadPreferredUILanguages 00000038, 0x33d198, (nil) 0x33d1c0 fixme:nls:get_dummy_preferred_ui_language (0x38 0x33d198 (nil) 0x33d1c0) returning a dummy value (current locale) fixme:nls:GetThreadPreferredUILanguages 00000038, 0x33d198, 0x1b8a680 0x33d1c0 fixme:nls:get_dummy_preferred_ui_language (0x38 0x33d198 0x1b8a680 0x33d1c0) returning a dummy value (current locale) wine: Unhandled exception 0x0eedfade in thread 7d at address 0x7b43fa6e (thread 007d), starting debugger... -- 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 13

[Bug 31332] New: Project64: about page fails to render
by wine-bugs＠winehq.org 19 May '24

19 May '24

http://bugs.winehq.org/show_bug.cgi?id=31332 Bug #: 31332 Summary: Project64: about page fails to render Product: Wine Version: 1.5.9 Platform: x86 URL: http://www.pj64-emu.com/downloads/func-startdown/34/ OS/Version: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: ieframe AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Created attachment 41173 --> http://bugs.winehq.org/attachment.cgi?id=41173 terminal output Install project64, run it. Go to 'Help', 'about Project 64'. A small window opens up, that should contain the about info. Behind this, iexplore.exe opens with about:blank. winetricks -q ie7 works around it. austin(a)aw25 ~ $ sha1sum setup\ Project64\ 1.6.exe 005954395994c0a355c06abae3fc88d10ae84934 setup Project64 1.6.exe austin(a)aw25 ~ $ du -h setup\ Project64\ 1.6.exe 2.0M setup Project64 1.6.exe -- 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 5

[Bug 10531] New: Windows Calculator: Color in buttons missing
by wine-bugs＠winehq.org 19 May '24

19 May '24

http://bugs.winehq.org/show_bug.cgi?id=10531 Summary: Windows Calculator: Color in buttons missing Product: Wine Version: 0.9.49. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: bammzilla(a)gabriana.com Created an attachment (id=9282) --> (http://bugs.winehq.org/attachment.cgi?id=9282) How it looks in my Windows XP box In Windows Calculator CALC.EXE the button texts should be color coded but all appear black in Wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 37

[Bug 40248] New: Exception when I try to call Translate method
by wine-bugs＠winehq.org 19 May '24

19 May '24

https://bugs.winehq.org/show_bug.cgi?id=40248 Bug ID: 40248 Summary: Exception when I try to call Translate method Product: Wine Version: 1.9.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: gennady.alimov(a)gmail.com Distribution: --- Created attachment 53797 --> https://bugs.winehq.org/attachment.cgi?id=53797 code & exception if I try to translate SIDs to Names I've got the exception "Index was outside the bounds of the array." It looks like there is no mapping between account names and SIDs. -- 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 36373] New: Requiem: Avenging Angel - Black screen in-game
by wine-bugs＠winehq.org 19 May '24

19 May '24

https://bugs.winehq.org/show_bug.cgi?id=36373 Bug ID: 36373 Summary: Requiem: Avenging Angel - Black screen in-game Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: ubuntugamingproject(a)gmail.com Created attachment 48430 --> https://bugs.winehq.org/attachment.cgi?id=48430 Black screen log The game installs and runs correctly, but then if you start a new game, there's only a black screen, and the only thing can be done is going back to the menù. So the game is unplayable. Log attached. -- 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 9

[Bug 52454] New: QTranslate 6.3.1 fails to start
by WineHQ Bugzilla 18 May '24

18 May '24

https://bugs.winehq.org/show_bug.cgi?id=52454 Bug ID: 52454 Summary: QTranslate 6.3.1 fails to start Product: Wine Version: 7.0-rc6 Hardware: x86-64 URL: https://web.archive.org/web/20170606113219if_/http://q translate1.appspot.com/QTranslate.6.3.1.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Distribution: --- Created attachment 71742 --> https://bugs.winehq.org/attachment.cgi?id=71742 +jscript It shows a window with 'QTranslate initialization error. The program will be closed.' After clicking 'OK' it exits. winetricks -q wsh57 fixes the issue and allows the program to start. $ sha1sum QTranslate.6.3.1.exe 7a8f9940049ec50352e732b14349b9bfc3f704a4 QTranslate.6.3.1.exe $ du -sh QTranslate.6.3.1.exe 780K QTranslate.6.3.1.exe -- 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 1

[Bug 35940] New: Server (and perhaps others) may fail to build on some platforms
by wine-bugs＠winehq.org 18 May '24

18 May '24

http://bugs.winehq.org/show_bug.cgi?id=35940 Bug ID: 35940 Summary: Server (and perhaps others) may fail to build on some platforms Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it In my opinion there is a severe mistake in the build system for the server. >From the man page of GCC, the documentation for '-I' option says: `-I DIR' Add the directory DIR to the list of directories to be searched for header files. Directories named by `-I' are searched before the standard system include directories. If the directory DIR is a standard system include directory, the option is ignored to ensure that the default search order for system directories and the special treatment of system headers are not defeated . When building the server, a '-I' option is placed on the command line, pointing to the source directory of the server. The file wine/port.h provides this piece of code: [...cut...] #ifdef HAVE_PROCESS_H # include <process.h> #endif [...cut...] The problem comes out because, inside the directory with the sources of the server, there is a file named process.h and since the -I option allows to take the files before the standard system include directories, the wine/port.h won't include the system file, but the one in the server directory: infact, it happens that the local process.h file is included two times. This is the cause for the server not compiled correctly on my platform (cygwin) but probably it can be also applied to others. I did an experiment and I have bypassed the problem by changing the generated Makefile: I replaced the '-I' option that pointed to the source directory of the server with '-idirafter'. The final result is a server that installs and runs correctly on Windows. Actually, this defect caused a failure on the server, but probably it may apply to all components of WINE with some local include files: the option that allows to point to the source directory of the component being compiled (and only this one) should be changed with '-idirafter' or something similar, depending on the compiler used, while all other paths could be left to '-I' without troubles. -- 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 39532] New: Assassin's Creed Unity doesn't run
by wine-bugs＠winehq.org 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=39532 Bug ID: 39532 Summary: Assassin's Creed Unity doesn't run Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: directx-d3dx10 Assignee: wine-bugs(a)winehq.org Reporter: anakin.cs(a)gmail.com Distribution: --- Created attachment 52679 --> https://bugs.winehq.org/attachment.cgi?id=52679 terminal log I've been trying to run Assassin's Creed Unity from Uplay on my laptop, both on the Intel card and Nvidia card (with primusrun), and I always get the following error message (translated from French): "Can't launch the game. Your video card doesn't support DirectX 11 or the video drivers need to be updated." My video card is an Nvidia Geforce 850M. Attached is the terminal output after trying to launch the game. -- 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 12

[Bug 53197] New: Shogun Total War 2 needs d3dx11_42.dll.D3DX11LoadTextureFromTexture.
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=53197 Bug ID: 53197 Summary: Shogun Total War 2 needs d3dx11_42.dll.D3DX11LoadTextureFromTexture. Product: Wine Version: 7.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- With both wined3d and dxvk, Shogun Total War 2 generates the following in DirectX 11 mode (on both 32bit native and WoW64 prefixes) before reaching the game's main menu: ---Log output--- d3d call failed (0x80004001) : unspecified 0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046FE756, src_data_size 5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub! d3d call failed (0x80004001) : unspecified 0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046F3D2A, src_data_size 5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub! d3d call failed (0x80004001) : unspecified 0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046FEA86, src_data_size 5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub! d3d call failed (0x80004001) : unspecified 0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046F405A, src_data_size 5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub! d3d call failed (0x80004001) : unspecified wine: Call from 7B0122F6 to unimplemented function d3dx11_42.dll.D3DX11LoadTextureFromTexture, aborting 0100:fixme:faultrep:ReportFault 0055C6B8 0x0 stub wine: Unimplemented function d3dx11_42.dll.D3DX11LoadTextureFromTexture called at address 7B0122F6 (thread 0100), starting debugger... ---Log output--- As a workaround, the game can be played in DirectX 9 mode. -- 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 49674] New: Feature Request: Restoring previous resolution upon an app crashing
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=49674 Bug ID: 49674 Summary: Feature Request: Restoring previous resolution upon an app crashing Product: Wine Version: unspecified Hardware: Other OS: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: s.maddox(a)lantizia.me.uk So this has been a bit of a bug of mine with Wine for a while, but you may think it's not really a problem Wine should deal with - which may be a fair point. But I couldn't find anything clearly asking for this as a feature request... so lets see how well it fairs. # The problem Lets say you open up a Windows executable which changes your screens resolution (e.g. a game) and it either... a) freezes b) is broken enough that its UI (if any appears) can't be used to nicely ask it to quit c) crashes and quits differently to how it'd normally do so upon user request With a) and b) you likely need to kill that process, which ultimately leaves you in the same situation as c). But however it happens... you're likely to find your resolution now stuck to whatever it set. If that is an incredibly low resolution (like 320x240 or 640x480)... then with the desktop environment of today (especially with HiDPI) you're likely going to struggle finding the proper option to fix it. Worse you might resort to a terminal (or switch TTY) and mess around with the xrandr command for a stupid amount of time trying to find the names of screens and such. # Expected Behaviour Well I'm not sure what actually does this. But in actual Windows (e.g Windows 10), when this same circumstance occurs... the resolution is always restored back to what it was. This leaves me to believe that Windows itself has something for this eventuality. # Research Well I've been searching around for solutions to this one for years and the best I always come across... is someone saying you're better off with a script (usually calling xrandr) mapped to a hot key or something for this eventuality. Which is fine if the number of displays you've got connected and their resolutions are always consistent... but often for laptop users moving between docks and such - it isn't. A quick chat on the #winehq IRC channel had someone mention that Proton can now scale games to the resolution you're already using instead (when the app requests a resolution change)... and pointed out these patches... https://github.com/GloriousEggroll/proton-ge-custom/blob/master/patches/pro… https://github.com/GloriousEggroll/proton-ge-custom/blob/master/patches/pro… That's fine, and it's a welcome feature. But I do wonder if this is a universal fix for any request for any resolution change... regardless the age (and compatibility with which version of Windows it was meant for) of the game and the way it draws on the screen (e.g. SDL, OpenGL, DirectDraw, Vulkan, etc...). However it *may* give some hope for people wanting to run older windowed-mode games from the early Win 3.1/95 era which refuse to be re-sized/re-scaled... but that's a topic for another feature request :) # Conclusion I've not got any. Should this be the job of Wine to restore the prior resolution if the app/game fails to? Like Windows somehow does? Or is this something the OS (whatever that may be, Linux/macOS or even Windows) should be doing separately from Wine for any process? Also if this is a dupe, feel free to mark it as such... I've looked and couldn't find anything that is quite so specific - at least with the points raised here. Thoughts? -- 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