- Wine-Bugs - list.winehq.org

[Bug 32305] New: Dr.com response slowly when clicking on menu
by wine-bugs＠winehq.org Nov. 12, 2021

Nov. 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=32305 Bug #: 32305 Summary: Dr.com response slowly when clicking on menu Product: Wine Version: 1.5.17 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Hello, this bug is found when testing on Bug 32289, it's introduced by the following commit: $ git bisect bad 7304445a7efa9f30e4541b075a2022319f291e4e is the first bad commit commit 7304445a7efa9f30e4541b075a2022319f291e4e Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Sep 6 12:38:13 2012 +0200 user32: Maintain a list of active window surfaces and flush them periodically. :040000 040000 d6b8f4ca6d5580fd689cb2ac8f1b66f4f296fc01 704eac5fc311e63d373e399c63a2488a6b3dedca M dlls 0. Download Dr.com client(ver3.73, build3700) http://ishare.iask.sina.com.cn/f/13638045.html 1. winetricks -q mfc42 2. install Dr.com 3. start Dr.com ~/.wine/drive_c/Program\ Files/Dr.COM宽带认证客户端$ $ wine ishare_user.exe 4. Click on menu bar, or type in any input form Expect result: The UI of Dr.com should be response instant Actual result: The UI hang for a short while when clicking on menu bar, the inputted letters delay for a short while when typing into input form. I'm not sure whether it is a 'real regression', will retest after Bug 32289 fixed. -- 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 32289] New: Dr.com client doesn't work
by wine-bugs＠winehq.org Nov. 12, 2021

Nov. 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=32289 Bug #: 32289 Summary: Dr.com client doesn't work Product: Wine Version: 1.5.18 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: siyanmao.sec(a)gmail.com Classification: Unclassified Created attachment 42615 --> http://bugs.winehq.org/attachment.cgi?id=42615 Log file on wine 1.5.18 Dr.com client(ver3.73, build3700) worked well on wine-1.5.17 or previous versions, but it doesn't work on wine-1.5.18. 0.download Dr.com client from http://ishare.iask.sina.com.cn/f/13638045.html 1.install dr.com 2.install mfc42 with with winetricks 3.start Dr.com $ cd ~/.wine/drive_c/drcom/ $ wine ishare_user.exe the program lose response OS:arch Linux (Kernel:3.6.7) -- 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 11

[Bug 30777] New: Dr.com v3.71 infinitely asks for reboot due to missing registry entry
by wine-bugs＠winehq.org Nov. 12, 2021

Nov. 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=30777 Bug #: 30777 Summary: Dr.com v3.71 infinitely asks for reboot due to missing registry entry Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Download Dr.com v3.71 from: http://wlzx.cdutetc.cn/down.do?action=downLoad&did=2c9082c818e76c2a0118ea36… (Reference: http://forum.ubuntu.org.cn/viewtopic.php?f=156&t=366057&start=15 ) 2. install Dr.com 3. install mfc42 $ winetricks -q mfc42 4. copy native npptools.dll 5. start Dr.com $ cd ~/.wine/drive_c/Program\ Files/Dr.COM\ 宽带认证客户端 $ wine ishare_user.exe An message box says: "Driver is installed, reboot needed" However, after wineboot again and again, the same error still persists. An +reg trace show some interesting things as below: --- snip --- trace:reg:NtOpenKey (0x24,L"Software\\Wine\\Network",2000000,0x32fc84) trace:reg:NtOpenKey <- (nil) trace:reg:NtOpenKey (0x20,L"SYSTEM\\CurrentControlSet\\Services\\WinSock2\\DrcomPacketCapture",20019,0x32fb08) trace:reg:NtOpenKey <- (nil) trace:reg:NtOpenKey (0x20,L"SYSTEM\\CurrentControlSet\\Services\\WinSock2\\DrcomPacketCapture",20019,0x32faf0) trace:reg:NtOpenKey <- (nil) trace:reg:NtOpenKey (0x20,L"SYSTEM\\CurrentControlSet\\Services\\WinSock2\\Parameters\\Protocol_Catalog9\\Catalog_Entries",20019,0x32f9f8) trace:reg:NtOpenKey <- (nil) --- snip --- After import "SYSTEM\\CurrentControlSet\\Services\\WinSock2\\Parameters\\Protocol_Catalog9\\Catalog_Entries" from WinXP to Wine, Dr.com complains "reboot needed" one more time then start correctly finally. A minimum registry file to cheat Dr.com v3.71 is as below: --- snip --- Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WinSock2] [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WinSock2\Parameters] [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9] [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9\Catalog_Entries] --- snip --- -- 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 10

[Bug 29083] New: Logitech Harmony Remote Fails to install
by wine-bugs＠winehq.org Nov. 12, 2021

Nov. 12, 2021

http://bugs.winehq.org/show_bug.cgi?id=29083 Bug #: 29083 Summary: Logitech Harmony Remote Fails to install Product: Wine Version: 1.3.32 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cycoone(a)hotmail.com Classification: Unclassified Created attachment 37478 --> http://bugs.winehq.org/attachment.cgi?id=37478 Debugger output When trying to run the Logitech Harmony Remote Software Wine immediately brings up a crash dialog and the following in the console: fixme:storage:create_storagefile Storage share mode not implemented. WARNING: no socket to connect to wine: Call from 0x7b83a192 to unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage, aborting wine: Unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage called at address 0x7b83a192 (thread 0009), starting debugger... Debugger output attached. LogitechHarmonySoftware.exe is available at www.myharmony.com. OS detection is used, I downloaded it with Firefox 8 in Wine. This machine is dual boot and I was able to run the program without issue in Windows XP. -- 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 5382] Add QT/GTK Integration
by WineHQ Bugzilla Nov. 12, 2021

Nov. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=5382 --- Comment #32 from Bamm Gabriana <bammgabriana(a)gmail.com> --- (In reply to Nikolay Sivov from comment #31) > You might as well have some startup script that's using WINEPREFIX variable > instead of hardcoded $HOME/.wine. I don't think we need this in wineboot to > run automatically. Exactly my point. My script does have a export WINEPREFIX={WINEPREFIX:-$HOME/.wine} If it were just for me I can simply do that to all my wine prefixes if/when ever I change themes. But I am looking at this as a way that users can run an app in Wine and it automatically shows up in the current desktop color theme. If a user runs $ WINEPREFIX=/path/to/app/prefix wine /path/to/app then it should show the correct theme colors. My script would pick up the WINEPREFIX variable if it is started on wineboot, and write to the correct prefix. But at this point, if a user changes themes, then he would have to run $ WINEPREFIX=/path/to/app/prefix /path/to/my/script on a wine prefix he has, before running an app on that prefix. I'm looking for a way to automate this. I'm sorry if I'm not explaining it well. English is not my first language. -- 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 0

[Bug 5382] Add QT/GTK Integration
by WineHQ Bugzilla Nov. 12, 2021

Nov. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=5382 --- Comment #31 from Nikolay Sivov <bunglehead(a)gmail.com> --- You might as well have some startup script that's using WINEPREFIX variable instead of hardcoded $HOME/.wine. I don't think we need this in wineboot to run automatically. -- 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 0

[Bug 5382] Add QT/GTK Integration
by WineHQ Bugzilla Nov. 12, 2021

Nov. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=5382 --- Comment #30 from Bamm Gabriana <bammgabriana(a)gmail.com> --- (In reply to Zebediah Figura from comment #28) > In particular there is the > HKLM\Software\Microsoft\Windows\CurrentVersion\Run key (or RunOnce?). I realize that writing it in the Run section of the registry is not what I need, for two reasons: 1. There is no way to know in advance where all the wine prefixes are. 2. My script writes colors to the registry. If I can write to the Run section, then I can just the colors directly. In fact, that is already what I do: I write the colors to $HOME/.wine, but it does not affect apps in custom prefixes. What I need is something that is run by wineboot independent of which prefix it is run on. Thus I need a nix approach, not a win approach, because the latter would only affect the prefix it is run on. -- 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 0

[Bug 46482] New: Gas Guzzlers Combat Carnage crashes when changing screen resolution
by wine-bugs＠winehq.org Nov. 11, 2021

Nov. 11, 2021

https://bugs.winehq.org/show_bug.cgi?id=46482 Bug ID: 46482 Summary: Gas Guzzlers Combat Carnage crashes when changing screen resolution Product: Wine Version: 4.0-rc6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 63313 --> https://bugs.winehq.org/attachment.cgi?id=63313 backtrace Crashes when I try to change screen resolution from 1280x720 to 1280x800 wine-4.0-rc6-41-g5e677beef5 -- 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 48968] New: Cossacks 2 Battle for Europe broke bottom of screen when using ALT + TAB
by WineHQ Bugzilla Nov. 11, 2021

Nov. 11, 2021

https://bugs.winehq.org/show_bug.cgi?id=48968 Bug ID: 48968 Summary: Cossacks 2 Battle for Europe broke bottom of screen when using ALT + TAB Product: Wine Version: 5.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal54(a)gmail.com Distribution: --- Created attachment 66944 --> https://bugs.winehq.org/attachment.cgi?id=66944 Log from running Cossacks 2 When I go to the desktop when I'm in map campaign in Cossacks 2 Battle for Europe(gog version 1.3) then when I back the screen is broke at the bottom and doesn't show any buttons until I go to battle. In battle when I use ALT-TAB, then map becomes transparent. This is shown on pictures on imgur - https://imgur.com/a/zZ8EAHW Very rarely Cossacks crash when I use ALT-TAB and show this errors 002b:err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found: width=160 height=24 bpp=16 (XRandR 1.2) 002b:err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found: width=160 height=24 bpp=16 (XRandR 1.2) This happens also on my laptop with Intel HD 3000(Mesa 19.3) but also on computer with GTX 970(Nvidia 440) This isn't recent bug because this happens to me also 1/2 years ago -- 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 3

[Bug 52015] New: Final Fantasy XIV crashes on game startup on wine-6.21
by WineHQ Bugzilla Nov. 10, 2021

Nov. 10, 2021

https://bugs.winehq.org/show_bug.cgi?id=52015 Bug ID: 52015 Summary: Final Fantasy XIV crashes on game startup on wine-6.21 Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: contact(a)mail.redstrate.com Distribution: --- As of 6.21, the game (Final Fantasy XIV) crashes on startup as soon as you try using any launcher, as the crash happens from ffxiv_dx11.exe (the game's actual executable). This only happens of 6.21, as going back to 6.20 fixes this issue. Unfortunately the only relevant error is a page fault and wine even fails to attach a debugger and gather a stack trace. I unfortunately don't have time today to perform a bisect, but I'll try to run one as soon as possible. -- 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