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

[Bug 35652] New: Aura Kingdom Will Not Start
by wine-bugs＠winehq.org 21 Apr '25

21 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=35652 Bug ID: 35652 Summary: Aura Kingdom Will Not Start Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: iyeru42(a)gmail.com Created attachment 47610 --> http://bugs.winehq.org/attachment.cgi?id=47610 Windows Process backtrace Aura Kingdom will crash before the launcher even starts. -- 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 22

[Bug 52553] New: Resource Hacker 5.1.8 fails to render tree view on left, shows white screen
by WineHQ Bugzilla 21 Apr '25

21 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=52553 Bug ID: 52553 Summary: Resource Hacker 5.1.8 fails to render tree view on left, shows white screen Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: nyanpasu64(a)tuta.io Distribution: --- Created attachment 71866 --> https://bugs.winehq.org/attachment.cgi?id=71866 Screenshot of the white tree view - Download and run http://www.angusj.com/resourcehacker/reshacker_setup.exe. - Run Resource Hacker. - Click the Open toolbar icon, then double-click ResourceHacker.exe (or any other Windows file for that matter). There should be a tree view on the left of the window. Instead all you get is a white screen, but the tree view is still present but invisible. With the tree view focused, pressing arrow-right expands an item, causing a scrollbar to appear. Clicking around or using up/down keyboard arrows causes items to show in the right panel, but the tree view still fails to draw. Looking at https://appdb.winehq.org/objectManager.php?sClass=application&iId=2777, I think this worked on 5.19. I first encountered rendering errors on 7.0, and they continue to occur on 7.2. The missing tree view occurs both with visual styles on and off. Tested on system Wine with a dirty wine prefix, and Bottles with a cleaner one. -- 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 45460] New: Running EVE Online keeps locking up after a few hours
by wine-bugs＠winehq.org 21 Apr '25

21 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=45460 Bug ID: 45460 Summary: Running EVE Online keeps locking up after a few hours Product: Wine Version: 2.22 Hardware: Other OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dtpbdrums(a)hotmail.com Created attachment 61799 --> https://bugs.winehq.org/attachment.cgi?id=61799 Error Report when EVE Online freezes and quits. Running EVE Online causes the game to freeze and generate an error report attached below. This happens ever since the lasses release in May from CCP. Before that, the game ran flawlessly. -- 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 23329] New: Medal of Honor games: wrong video card detection
by wine-bugs＠winehq.org 21 Apr '25

21 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=23329 Summary: Medal of Honor games: wrong video card detection Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: felipemoraesbr(a)gmail.com Hello, in MOHAA, MOHA and MOHPA my video card isn´t recognized as it should. I have a NVIDIA Geforce 9500 GT video card with 512mb, but these programs insist I have a 256mb video card. -- 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 54066] New: SysLink control shouldn't delete the HFONT it didn't create
by WineHQ Bugzilla 19 Apr '25

19 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=54066 Bug ID: 54066 Summary: SysLink control shouldn't delete the HFONT it didn't create Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: vz-wine(a)zeitlins.org Distribution: --- I believe there is a bug in `dlls/comctl32/syslink.c` where `WM_DESTROY` handler calls `DeleteObject(infoPtr->Font)`, although this font is not owned by the control -- it is (or can be) given to it via `WM_SETFONT` and doing this means that a system font can be destroyed prematurely, resulting in plenty of other problems later on in the program. Amazingly, it looks like this code was there since a1f3756daab (Free allocated font handles when control is destroyed., 2004-12-08) and I don't really understand how could it not be noticed until now, but apparently somehow it wasn't. The following trivial patch: ``` diff --git a/dlls/comctl32/syslink.c b/dlls/comctl32/syslink.c index 8130bf19641..efc3467838b 100644 --- a/dlls/comctl32/syslink.c +++ b/dlls/comctl32/syslink.c @@ -1709,7 +1709,6 @@ static LRESULT WINAPI SysLinkWindowProc(HWND hwnd, UINT message, case WM_DESTROY: TRACE("SysLink Ctrl destruction, hwnd=%p\n", hwnd); SYSLINK_ClearDoc(infoPtr); - if(infoPtr->Font != 0) DeleteObject(infoPtr->Font); if(infoPtr->LinkFont != 0) DeleteObject(infoPtr->LinkFont); SetWindowLongPtrW(hwnd, 0, 0); Free (infoPtr); ``` is enough to fix the problem for me. -- 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 36648] New: Alt+F4 key function error
by wine-bugs＠winehq.org 19 Apr '25

19 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=36648 Bug ID: 36648 Summary: Alt+F4 key function error Product: Wine Version: 1.7.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: szilipeter(a)freemail.hu 1. settings winecfg: -- Graphics: Emulate a virtual desktop (UNCHECK) When I run a program, for example "winecfg", and - Select "Drives" - Select "Add" - press "Alt-F4" This time : Close "Select Drive Letter" window, and focused the "Wine configuration" windows. When I setting 2. version: -- Graphics: Emulate a virtual desktop (CHECK) When I run a program, for example "winecfg", and - Select "Drives" - Select "Add" - press "Alt-F4" This time : Close the "winecfg" application. Why ? -- 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 2

[Bug 39094] New: Edit control does not display correct charset
by wine-bugs＠winehq.org 19 Apr '25

19 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=39094 Bug ID: 39094 Summary: Edit control does not display correct charset Product: Wine Version: 1.7.49 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stem(a)stem.de Distribution: --- Created attachment 52088 --> https://bugs.winehq.org/attachment.cgi?id=52088 image displaying the error Hi, I have an old application written with Borland C++ Builder/Delphi. In this application, the edit control TEdit can display a given charset. With Wine 1.7.49, this does not work. The attached image shows a demo application displaying this problem: on the left side Windows 7, on the right side Wine 1.7.49 (under Linux Mint 17.1). The charset of the five components is "EASTEUROPE_CHARSET". The yellow rectangle shows the problem with wine. P.S. As TButton is a wrapper around a Windows control, the charset does not work. Read for example: http://stackoverflow.com/questions/4829646/font-charset-and-tbutton But I think that does not affect the problem with the edit control. Thank you stem -- 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 1

[Bug 38882] New: Homesite+ (v5.5): Cursor blink rate is very fast
by wine-bugs＠winehq.org 19 Apr '25

19 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=38882 Bug ID: 38882 Summary: Homesite+ (v5.5): Cursor blink rate is very fast Product: Wine Version: 1.7.46 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fooquency(a)gmail.com Distribution: --- In Homesite+ (v.5.5), the cursor blink rate is very fast - it appears more like a solid line that is flickering. On native Windows, it flashes on-and-off slightly faster than once per second. -- 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 3

[Bug 38639] New: CDex v1.78 no longer works after ubuntu upgrade to 14.04 from 12.04
by wine-bugs＠winehq.org 19 Apr '25

19 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=38639 Bug ID: 38639 Summary: CDex v1.78 no longer works after ubuntu upgrade to 14.04 from 12.04 Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: highflux7(a)hushmail.com Distribution: --- Created attachment 51551 --> https://bugs.winehq.org/attachment.cgi?id=51551 backtrace generated during example crash CDex v1.77 worked perfectly for long time with Ubuntu 12.04. Foolishly "upgraded" to Ubuntu 14.04, installed CDex v1.78 and found it (and CDex v1.77) crash consistently. Even setting preferences results in a crash dialog upon choosing 'OK'. -- 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 47379] New: ReactOS Calc help file does not work.
by wine-bugs＠winehq.org 19 Apr '25

19 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=47379 Bug ID: 47379 Summary: ReactOS Calc help file does not work. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hhctrl.ocx Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it Distribution: --- ReactOS Calc includes an HtmlHelp file for handling user's manual and runtime help. This help file must be copied under "%systemroot%\Help". Unfortunately, it does not work. I can see these issues: 1) The htmlhelp file is not found. This happens because HHCTRL implementation for WINE does not seem to support command lines including environment strings. The program uses this command line: "%systemroot%\\Help\\calc.chm::" If I replace this string in my software with: "c:\\windows\\Help\\calc.chm::" then the help file is open and it is shown. 2) If you press on a key with the right mouse button and select for help, the tooltip does not appear and HHCTRL prints on the console: 002a:fixme:htmlhelp:HtmlHelpW HH case HH_DISPLAY_TEXT_POPUP not handled. All tests have been made with the latest sources from repository at the time of writing (last released version is 4.10). A ready-to-use executable and help file can be found on my page at sourceforge: https://sourceforge.net/projects/reactos-calc/ Sincerely. -- 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