May 2024 - Wine-Bugs - list.winehq.org

[Bug 56706] New: AppDB does not properly separate the Bugzilla DB
by WineHQ Bugzilla July 11, 2025

July 11, 2025

https://bugs.winehq.org/show_bug.cgi?id=56706 Bug ID: 56706 Summary: AppDB does not properly separate the Bugzilla DB Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: jnewman(a)codeweavers.com Distribution: --- We would like to split the AppDB and Bugzilla databases onto different hosts. But right now this is impossible due to some queries doing a joins between bugzilla and the appdb. These will need to be re-written to do it in a different way. The worst offender is testData.php ShowVersionsTestingTable method on line 685. I'm sure there are other places 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.

1 6

[Bug 11787] New: Set mime type for log files are text/plain
by wine-bugs＠winehq.org July 11, 2025

July 11, 2025

http://bugs.winehq.org/show_bug.cgi?id=11787 Summary: Set mime type for log files are text/plain Product: WineHQ Bugzilla Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: minor Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com Right now whenever someone attaches a .log file, Bugzilla auto-detects the mime type as text/x-log. Many web browsers are set to download files with that mime type, rather than just opening the file in the web browser. This is rather annoying. Can we change the mime types for .log files to text/plain instead? I believe the code is in Bugzilla/Attachment.pm. -- 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 19561] New: Very large memory leak when doing overlapped reads
by wine-bugs＠winehq.org July 11, 2025

July 11, 2025

http://bugs.winehq.org/show_bug.cgi?id=19561 Summary: Very large memory leak when doing overlapped reads Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: ronfischler(a)gmail.com Created an attachment (id=22796) --> (http://bugs.winehq.org/attachment.cgi?id=22796) Program compiled and ready to run using mingw WINE is buffering serial ports which is in conflict with using overlapped reads. Additionally, when using overlapped reads on a serial port, there is a large memory leak. Every time we receive a block of data on the port, (say 800 bytes in our case,) wineserver allocates many pages on the heap and does not free them afterwards. We are seeing as many as 21 pages lost to the heap every time we read a small block of data. My company is creating a Monitor & Control product that works through serial ports, and we want it to be able to run on Linux netbooks (using USB to serial port adapters.) This memory leak is the only thing holding us up. The memory leak is too large for us to recommend to customers that our application can be used on Linux platforms using WINE. We are including an attachment for a small program that captures the leak. The problem is a result of our call to readfile() in the do-while loop. It is using the overlappedRead feature. Every time this Win32 function call is made, 84K bytes disappears forever. -Ron F. -- 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 21

[Bug 38337] New: clang compiling warnings
by wine-bugs＠winehq.org July 11, 2025

July 11, 2025

https://bugs.winehq.org/show_bug.cgi?id=38337 Bug ID: 38337 Summary: clang compiling warnings Product: Wine Version: 1.7.39 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Distribution: --- Wine1.7.39-251-gdbf8bde compiled by Apple's clang. The wine works somehow. There are hundreds warning so I show them in one bug although there are many possible bugs. ---- keyboard.c:287:2: warning: illegal character encoding in string literal [-Winvalid-source-encoding] "?","&1","?2","\"3","'4","(5","-6","?7","_8","?9","?0",")?","=+", ^ ---- cocoa_status_item.m:100:13: warning: instance method '-discardEventsPassingTest:' not found (return type defaults to 'id') [queue discardEventsPassingTest:^BOOL (macdrv_event* event){ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1 warning generated. ---- imgfactory.c:715:88: warning: implicit conversion from enumeration type 'WICBitmapAlphaChannelOption' (aka 'enum WICBitmapAlphaChannelOption') to different enumeration type 'WICBitmapCreateCacheOption' (aka 'enum WICBitmapCreateCacheOption') [-Wconversion] ...BitmapImpl_Create(bm.bmWidth, bm.bmHeight, bm.bmWidthBytes, 0, NULL, &format, option,... ~~~~~~~~~~~~~~~~~ ^~~~~~ ----- display.c:225:24: warning: unused function 'create_mode_dict' [-Wunused-function] static CFDictionaryRef create_mode_dict(CGDisplayModeRef display_mode) ^ 1 warning generated. ----- node.c:1620:37: warning: implicit conversion from enumeration type 'xmlElementType' to different enumeration type 'DOMNodeType' (aka 'enum tagDOMNodeType') [-Wconversion] *domNodeType = This->node.node->type; ~ ~~~~~~~~~~~~~~~~~^~~~ 1 warning generated. ----- locale.c:11344:13: warning: unknown attribute '__force_align_arg_pointer__' ignored [-Wattributes] call_locale_facet_vector_dtor(iter->fac, 1); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ locale.c:246:52: note: expanded from macro 'call_locale_facet_vector_dtor' #define call_locale_facet_vector_dtor(this, flags) CALL_VTBL_FUNC(this, 0, \ ^ ./cxx.h:269:59: note: expanded from macro 'CALL_VTBL_FUNC' #define CALL_VTBL_FUNC(this, off, ret, type, args) ((ret (WINAPI*... ^ ../../include/windef.h:169:21: note: expanded from macro 'WINAPI' #define WINAPI __stdcall ^ ../../include/msvcrt/crtdefs.h:48:67: note: expanded from macro '__stdcall' ...__attribute__((__stdcall__)) __attribute__((__force_align_arg_pointer__)) ^~~~~~~~~~~~~~~~~~~~~~~~~~~ ----- mach.c:93:9: warning: 'bootstrap_register' is deprecated [-Wdeprecated-declarations] if (bootstrap_register(bp, (char*)wine_get_server_dir(), ... ^ ---- warning: Small Fonts 11: missing glyph for char 05b0 ---- file.c:2124:49: warning: array index 1 is past the end of the array (which contains 1 element) [-Warray-bounds] dir_info->FileName[0] == '.' && dir_info->FileName[1] == ... ^ ~ ../../include/winternl.h:495:5: note: array 'FileName' declared here WCHAR FileName[ANYSIZE_ARRAY]; ^ 1 warning generated. ---- I omitted same warnings repeated many times. -- 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 25

[Bug 52720] New: cmd.exe:batch times out in Wine
by WineHQ Bugzilla July 11, 2025

July 11, 2025

https://bugs.winehq.org/show_bug.cgi?id=52720 Bug ID: 52720 Summary: cmd.exe:batch times out in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- cmd.exe:batch started timing out in Wine on 2022-03-17: batch.c:427: running TEST_CMDLINE.CMD test... cmd.exe:batch:040c done (258) in 120s Test failed: timed out https://test.winehq.org/data/patterns.html#cmd.exe:batch Unfortunately I was unable to find a change in Wine that would be the cause for the timeout: in my tests cmd.exe:batch still times out when run from older Wine versions. * Based on the WineTest logs cmd.exe:batch was taking about 50 seconds up to 2022-03-16. But the next day that run time more than doubled to about 118 - 170 seconds, causing it to time out most of the time. * Reverting the Wine source to the 2022-03-16 head, rebuilding from scratch and recreating the wineprefix did not help: cmd.exe:batch still times out. * No package upgrades were performed on that date. Plus this regression happened simultaneously on multiple machines with different upgrade schedules. * WINETEST_TIME=1 indicates that almost all of the time is spent running TEST_BUILTINS.CMD: batch.c:427:0.149 running TEST_BUILTINS.CMD test... batch.c:136:158.289 Test succeeded ^^^ The first ok() call after WaitForSingleObject() is in the map_file() called after run_test() * Running the test manually it looked like the "--- for /R" "Plain directory enumeration" part of test_builtins.cmd was enumerating all of the computer's directories, starting with /bin, /boot, /etc, ... That would certainly take a long time but that run crashed after about 1 minute so this may be unrelated. -- 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 13

[Bug 55776] New: Some game use video as intro will stock after video is finished
by WineHQ Bugzilla July 11, 2025

July 11, 2025

https://bugs.winehq.org/show_bug.cgi?id=55776 Bug ID: 55776 Summary: Some game use video as intro will stock after video is finished Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: l12436(a)yahoo.com.tw Distribution: --- Created attachment 75261 --> https://bugs.winehq.org/attachment.cgi?id=75261 Console log of game Some game use Video as intro. when the video is finish, game did not hang, but also did not change into menu. It just stock at the end of video. I can still click progress bar that game builtin feature to move back the intro video. I have console log of the game, but it seems not has useful information. I test on game that sell by Umemoro3D "Pizza Takeout Obscenity 2" -- 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 2

[Bug 55438] New: Some D3D10 applications crashes on NVIDIA SM4 GPUs
by WineHQ Bugzilla July 11, 2025

July 11, 2025

https://bugs.winehq.org/show_bug.cgi?id=55438 Bug ID: 55438 Summary: Some D3D10 applications crashes on NVIDIA SM4 GPUs Product: Wine Version: 8.13 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: svyatpro(a)gmail.com Created attachment 74998 --> https://bugs.winehq.org/attachment.cgi?id=74998 log for d3d10featuredemo.exe For example NVIDIA DX10FeatureDemo crashes. 047c:err:d3d_shader:shader_glsl_load_sampler_handles No uniform location at 0, ps_sampler0 https://developer.download.nvidia.com/SDK/10/Samples/DX10FeatureDemo.zip -- 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 12340] New: Winambulancia -DB defragmentation crashes
by wine-bugs＠winehq.org July 10, 2025

July 10, 2025

http://bugs.winehq.org/show_bug.cgi?id=12340 Summary: Winambulancia -DB defragmentation crashes Product: Wine Version: 0.9.58. Platform: PC URL: http://www.softprogres.sk/prog_winamb.php OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tuharsky(a)misbb.sk WinAmbulancia (see AppDB) is medical software for variety of specialisations of medical prax. It uses VFP and VB with MDB backend. The app is in Slovak (SK) language. Mostly the wine problems are related to the OLE. The database defragmentation function dosen't work properly. In the app, please go to "Nástroje > Defragmentácia" and the app will crash. -- 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 18715] New: No statusbar in Notepad
by wine-bugs＠winehq.org July 8, 2025

July 8, 2025

http://bugs.winehq.org/show_bug.cgi?id=18715 Summary: No statusbar in Notepad Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: Eldmannen+wine(a)gmail.com The Notepad that comes with Wine has no statusbar. -- 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 9

[Bug 56700] New: "Edit application version" takes a long time to load
by WineHQ Bugzilla July 8, 2025

July 8, 2025

https://bugs.winehq.org/show_bug.cgi?id=56700 Bug ID: 56700 Summary: "Edit application version" takes a long time to load Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Keywords: source Severity: minor Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Whenever I click on "Edit application version" (https://appdb.winehq.org/admin/editAppVersion.php) it takes minutes to load. Used to be seconds. Other parts of the AppDB seem to load at a reasonable speed. -- 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