December 2021 - Wine-bugs - list.winehq.org

[Bug 51248] New: UrlGetPart produces different results from Windows
by WineHQ Bugzilla 17 May '25

17 May '25

https://bugs.winehq.org/show_bug.cgi?id=51248 Bug ID: 51248 Summary: UrlGetPart produces different results from Windows Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shlwapi Assignee: wine-bugs(a)winehq.org Reporter: jp-dev(a)inbox.ru Distribution: --- Created attachment 70120 --> https://bugs.winehq.org/attachment.cgi?id=70120 test program, logs It produces difference result codes. There is a test case on some URLs and relevant output from Windows 10 vs Wine 6.10. Sometimes it will return a different HRESULT, or it will fail parsing the query string. -- 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 4

[Bug 37813] New: Defiance fails to connect to login Server
by wine-bugs＠winehq.org 17 May '25

17 May '25

https://bugs.winehq.org/show_bug.cgi?id=37813 Bug ID: 37813 Summary: Defiance fails to connect to login Server Product: Wine Version: 1.7.31 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Bastyjuice(a)aol.com The Game is patching and ist Starting without any Trouble but after launching Defiance, the Game pop ups with a Dialog "The defiance service is unavailable please try again later" Michael Bond tells that he Have turned on all debug for winsock and dug through the log. He see it create a socket and connect to login-live-us-pc.defiance.com port 50000. After that there's a handful of failed setsockopt calls for send and recv buffer sizes followed by a series of select and WSAFDIsSet calls waiting for socket activity, and finally shutdown and closesocket. -- 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 38

[Bug 25936] New: SolidWorks 2010: sldim.exe shows blank window
by wine-bugs＠winehq.org 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=25936 Summary: SolidWorks 2010: sldim.exe shows blank window Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=33059) --> (http://bugs.winehq.org/attachment.cgi?id=33059) Image showing the problem Steps to reproduce: 1) remove ~/.wine 2) winetricks gecko 3) wine /sldim/sldim.exe Behaviour: Blank window (see attachment) Expected behaviour: The window shouldn't be blank -- 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 15

[Bug 11461] New: TortoiseSVN does not run under Wine
by wine-bugs＠winehq.org 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=11461 Summary: TortoiseSVN does not run under Wine Product: Wine Version: 0.9.5. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: mslinn(a)mslinn.com I note that Winscp (winscp.org) is able to display TortoiseSVN menus in the local file window when running under Windows, but not when running under wine. Here is how I invoke winscp under wine: WINEDEBUG=fixme-all wine "c:/program files/winscp/winscp" Background: WinSCP is a very nice GUI front end for Subversion (svn). You can read about it and download it here: http://tortoisesvn.tigris.org/ TortoiseSVN should not be run across a network when the Icon Overlays feature is enabled. http://tortoisesvn.net/node/138 http://tortoisesvn.net/node/267 However, TortoiseSVN's icon overlay feature is one of the program's major assets. I want to use Cygwin's xterm to connect to the samba server that holds the svn checkout directory and use Wine to run TortoiseSVN locally on that server. The user would be presented with a nice visual representation of the state of their checked out Subversion project, and performance would be good. On Windows, TortoiseSVN can display its icons in any file chooser window, and in Windows Explorer. I have also found that WinSCP's explorer view will show icons for the local machine. I would prefer not to have to run WinSCP in order to view TortoiseSVN icons. Perhaps a tiny Win32 program that merely shows a file dialog would be sufficient to run in an xterm, if Wine would support whatever system calls TortoiseSVN makes. For me, and many other programmers and IT personnel who work in a mixed Windows/Linux environment, Wine would be much more useful if there was a way to run it under Wine. Might it be possible to extend winefile with whatever it currently lacks in order to allow TortoiseSVN 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.

2 24

[Bug 37088] New: SmartBarXP hangs on exit
by wine-bugs＠winehq.org 15 May '25

15 May '25

https://bugs.winehq.org/show_bug.cgi?id=37088 Bug ID: 37088 Summary: SmartBarXP hangs on exit Product: Wine Version: 1.7.24 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 49298 --> https://bugs.winehq.org/attachment.cgi?id=49298 terminal output Noticed while checking bug 8018. Closing the application (either via Option, Exit or clicking the X) results in a hang. There's a seh exception thrown, as well. -- 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 17124] New: MSYS installer doesn't pop up cmd window?
by wine-bugs＠winehq.org 14 May '25

14 May '25

http://bugs.winehq.org/show_bug.cgi?id=17124 Summary: MSYS installer doesn't pop up cmd window? Product: Wine Version: 1.1.13 Platform: Other URL: http://www.mingw.org/wiki/msys OS/Version: other Status: NEW Keywords: download, Installer, source Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com When install msys, it floods the terminal with: This is a post install process that will try to normalize betweenyour MinGW install if any as well as your previous MSYS installs if any. I don't have any traps as aborts will not hurt anything.Do you wish to continue with the post install? [yn ] pi.sh: [: ==: unary operator expectedDo you have MinGW installed? [yn ] pi.sh: [: ==: unary operator expectedWhen you install MinGW I suggest you install it to C:/mingw(replace C: with the drive of your choice). Then create an/etc/fstab file with a line that has a value similar to:C:/mingw /mingwPress ENTER to continue Normalizing your MSYS environment.You have script /bin/awkYou have script /bin/cmdYou have script /bin/echoYou have script /bin/egrepYou have script /bin/exYou have script /bin/fgrepYou have script /bin/printfYou have script /bin/pwdYou have script /bin/rviYou have script /bin/rviewYou have script /bin/rvimYou have script /bin/viYou have script /bin/viewMinGW-1.1 has a version of make.exe within it's bin/ directory.Please be sure to rename this file to mingw32-make.exe once youve echo installed MinGW-1.1 because it\s very deficient in function.Press ENTER to continue.C:\msys\1.0\postinstall>pause Press Return key to continue: Towards the end. It looks like something that should be in a cmd prompt (haven't tested on windows yet). The line endings are also wrong, but that's another bug. -- 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 14

[Bug 15949] New: MSYS does not integrate with MinGW install correctly
by wine-bugs＠winehq.org 14 May '25

14 May '25

http://bugs.winehq.org/show_bug.cgi?id=15949 Summary: MSYS does not integrate with MinGW install correctly Product: Wine Version: 1.1.8 Platform: Other OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeffz(a)jeffz.name Installing MSYS after MinGW on windows sets things up so that the existing MinGW install integrates with MSYS, whereby /mingw from the MSYS shell points to the MinGW install. First download: wget http://downloads.sourceforge.net/mingw/MinGW-5.1.4.exe?modtime=1209244789&b… run MinGW-5.1.4.exe with all defaults. Second download: wget http://downloads.sourceforge.net/mingw/MSYS-1.0.10.exe?modtime=1079444447&b… run wineconsole cmd (required because Wine doesn't launch a console window like windows does) MSYS-1.0.10.exe Answer the defaults to the prompted questions on the console window before the installer finishes (it pauses there) wine cmd /c c:\msys\1.0\msys.bat Typing 'gcc' in the msys terminal echos "sh: gcc: command not found", whereas on windows it says gcc.exe: no input files. On windows within msys, `ls /mingw` lists the contents of C:\mingw, on Wine /mingw is empty. -- 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 12

[Bug 48361] New: Honkai Impact 3rd doesn't start
by WineHQ Bugzilla 11 May '25

11 May '25

https://bugs.winehq.org/show_bug.cgi?id=48361 Bug ID: 48361 Summary: Honkai Impact 3rd doesn't start Product: Wine Version: 5.0-rc2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Without wine-staging the game crashes, with wine-staging the game simply "terminates". The log simply says ###### 000b:fixme:winediag:__wine_start_process Wine Staging 5.0-rc2 is a testing version containing experimental patches. 000b:fixme:winediag:__wine_start_process Please mention your exact version when filing bug reports on winehq.org. Terminated ###### Any logs I should provide? -- 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 52254] New: Cold Steel Subs: Application is not transparent (relies on DwmExtendFrameIntoClientArea)
by WineHQ Bugzilla 10 May '25

10 May '25

https://bugs.winehq.org/show_bug.cgi?id=52254 Bug ID: 52254 Summary: Cold Steel Subs: Application is not transparent (relies on DwmExtendFrameIntoClientArea) Product: Wine Version: 7.0-rc2 Hardware: x86-64 URL: https://zerofield.net/2020/09/30/hajimari-no-kiseki-sp readsheet-translation/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwmapi Assignee: wine-bugs(a)winehq.org Reporter: johnny(a)localmomentum.net Distribution: --- Created attachment 71376 --> https://bugs.winehq.org/attachment.cgi?id=71376 ColdSteelSubs transparency code (currently not in the distributed application) This application provides a transparent clickthrough overlay to show English translations on top of the original Japanese source. It relies on layered windows and DwmExtendFrameIntoClientArea to handle the transparent display. Currently, the main UI elements show, but the game (or any other application) does not show through. This seems to be because DwmExtendFrameIntoClientArea is only a stub. I'm not sure if that's the only reason it's not transparent, but it's at least one of the reasons. The program itself uses the unity3d engine along with some native dll calls to the relevant user32 apis to handle the transparency. I was able to get a copy of the relevant code (but not the whole application), of which I will attach. Since I can't get all of the code, I've been using an unity sample application to try to figure out some parts myself (the relevant code is here https://github.com/pheonise/Unity3D-Desktop-Overlay/blob/master/Assets/Scri…) This unity3d application works as expected on windows, but is not transparent via wine (as expected). When i comment the call to DwmExtendFrameIntoClientArea, then it its also no longer transparent on windows as well. It seems that if the sample application works, then I can make sure the dev applies to the same technique to the overlay application. Please let me know If i can provide any more information. -- 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 4

[Bug 42284] New: Enable using Wine with Wayland and without X on Linux
by wine-bugs＠winehq.org 05 May '25

05 May '25

https://bugs.winehq.org/show_bug.cgi?id=42284 Bug ID: 42284 Summary: Enable using Wine with Wayland and without X on Linux Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com Distribution: --- Currently, Wine on Linux is strongly dependent on X, and when used with the desktop environment with new Wayland display server, Wine is forced to run through XWayland, which so far remains a poor experience. The whole Linux desktop is now strongly pushing the switch from X to Wayland, and many major applications are now in the process of enabling this switch. Is there some plan for such effort in Wine? Is it even feasible? I couldn't find any bugs opened for it, so I'm opening one here to track this. -- 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 77