November 2016 - Wine-Bugs - list.winehq.org

[Bug 27641] New: an editor should use the indic font when indic typing is being done
by wine-bugs＠winehq.org April 7, 2026

April 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=27641 Summary: an editor should use the indic font when indic typing is being done Product: Wine Version: 1.3.23 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usp10 AssignedTo: wine-bugs(a)winehq.org ReportedBy: fast.rizwaan(a)gmail.com Created an attachment (id=35341) --> (http://bugs.winehq.org/attachment.cgi?id=35341) the hindi characters are shown as boxes When typing hindi in wine apps, only boxes are shown, it would be nice if wine could 'use' automatically the language related font (available fonts) and font substitution from ~/.fonts.conf, at least mangal or arial unicode ms or their substituion font should be used. It is better than empty boxes. :) likewise, some indic language fonts only have part of latin characters like numbers and symbols but not ABCDEFGHIJKLMNOPQRSTUVWXYZ characters, wine should try to use default font for latin if there are not glyphs avaialble for a language. Thanks. Please see the video and attachment hindi_font_boxes.rtf http://www.youtube.com/watch?v=uMtwEHp6gvw -- 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 7

[Bug 15458] New: The "Add Languages" Dialog is empty in inetcpl.cpl (IMultiLanguage)
by wine-bugs＠winehq.org April 7, 2026

April 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=15458 Summary: The "Add Languages" Dialog is empty in inetcpl.cpl (IMultiLanguage) Product: Wine Version: 1.1.5 Platform: PC URL: http://www.mirrorservice.org/sites/browsers.evolt.org/br owsers/ie/32bit/standalone/ie55sp2_nt.zip OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown AssignedTo: aric(a)codeweavers.com ReportedBy: wine.dev(a)web.de CC: wine-bugs(a)winehq.org Created an attachment (id=16350) --> (http://bugs.winehq.org/attachment.cgi?id=16350) +mlang,+ole 1. Download ie5.5 from browsers.evolt.org ( I used http://www.mirrorservice.org/sites/browsers.evolt.org/browsers/ie/32bit/sta…) 2. unzip 3. Apply this Patch for "URLRegSubQueryA" to avoid a crash: http://www.winehq.org/pipermail/wine-patches/2008-September/061943.html 4. wine control INETCPL.CPL 5. Press "Languages": Listbox is empty (bug 15457) 6. Press "Add": Listbox in the new Dialog is empty (works with native mlang.dll 275c23e2-3747-11d0-9fea-00aa003f8646 is IMultiLanguage) (Assign to Aric, as requested) -- By by ... Detlef -- 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 15039] New: MSVC 6: Menu popdowns too narrow for arrows
by wine-bugs＠winehq.org April 5, 2026

April 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=15039 Summary: MSVC 6: Menu popdowns too narrow for arrows Product: Wine Version: 1.1.1 Platform: PC-x86-64 OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: claus.fischer(a)clausfischer.com CC: claus.fischer(a)clausfischer.com Microsoft Visual C++ 6 is working to a large extent. When opening a menu of the developer studio, the menu items with arrows (that open submenus) are not displayed correctly. The triangular arrows on the right end will stick out of the menu popdown area. I'm not sure if they just stick out to the end of the "shadow" (3d effect) around the popdown, or sometimes more. They should be fully contained in the popdown area. -- 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.

3 24

[Bug 19446] New: Icy Tower 1.4 installer erroneously creates an installation log in an invalid directory
by wine-bugs＠winehq.org April 5, 2026

April 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=19446 Summary: Icy Tower 1.4 installer erroneously creates an installation log in an invalid directory Product: Wine Version: 1.1.26 Platform: PC URL: http://download.cnet.com/Icy-Tower/3000-2099_4-1007506 0.html OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com With wine-1.1.26-183-gc6570a5, after installing Icy Tower 1.4, a directory listing of the Wine drive_c folder shows an unusual directory created in the root of drive_c: andrew(a)ubuntu-desktop:~$ ls ~/icytower/drive_c C: games Program Files users windows andrew(a)ubuntu-desktop:~$ ls ~/icytower/drive_c/C:/windows/temp INSTALL.LOG >From relay log: 0019:Call KERNEL32.CreateDirectoryA(0033f354 "C:",00000000) ret=1000c978 0019:Ret KERNEL32.CreateDirectoryA() retval=00000000 ret=1000c978 ... 0019:Call KERNEL32.CreateDirectoryA(0033f354 "C:\\C:",00000000) ret=1000c978 0019:Ret KERNEL32.CreateDirectoryA() retval=00000001 ret=1000c978 ... 0019:Call KERNEL32.CreateFileA(0033f354 "C:\\C:\\windows\\temp\\INSTALL.LOG",40000000,00000000,00000000,00000002,00000080,00000000) ret=100140c9 0019:Ret KERNEL32.CreateFileA() retval=00000068 ret=100140c9 The directory creation operation that was logged does not succeed on Windows, and it should not succeed on Wine. -- 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.

3 8

[Bug 38905] New: In dlls/mshtml/tests, "make test" failed when some Chinese fonts are used
by wine-bugs＠winehq.org April 5, 2026

April 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=38905 Bug ID: 38905 Summary: In dlls/mshtml/tests, "make test" failed when some Chinese fonts are used Product: Wine Version: 1.7.47 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: litimetal(a)gmail.com Distribution: --- Created attachment 51840 --> https://bugs.winehq.org/attachment.cgi?id=51840 backtrace.txt 0. Copy some Chinese fonts from C:\windows\fonts in Windows XP to ~/.fonts[1] 1. fc-cache -fv 2. run "make test" in dlls/mshtml/tests 3. crashed [1]: The fonts I copied to Linux: 文鼎CS长宋体繁.TTF 文鼎粗行楷简.TTF 文鼎粗圆简.TTF 文鼎琥珀繁.TTF 文鼎特粗宋简.TTF 文鼎小标宋简.TTF 文鼎报宋简.TTF 文鼎粗黑繁.TTF 文鼎大标宋简.TTF 文鼎书宋繁.TTF 文鼎习字体.TTF 文鼎新艺体简.TTF 文鼎齿轮体.TTF 文鼎粗魏碑简.TTF 文鼎古印体繁.TTF 文鼎特粗黑简.TTF 文鼎细仿宋繁.TTF I don't know how to determine which font caused this problem -- 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.

3 4

[Bug 29937] New: File selection dialog view shows Favorites when you click elsewhere
by wine-bugs＠winehq.org April 5, 2026

April 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=29937 Bug #: 29937 Summary: File selection dialog view shows Favorites when you click elsewhere Product: Wine Version: 1.4-rc1 Platform: x86-64 URL: http://www.winuae.net/files/InstallWinUAE2330.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified There is a small issue with file selection dialogs which some programs use. When the dialog opens, it shows the files in some directory in the right pane, and a tree view of the directory hierarchy in the left pane. The tree view shows Favorites and Desktop (which is expanded to show My Computer, My Documents, Trash, /). If you then click on any of the + or - symbols in the tree view, the view in the right pane jumps to Favorites. For example, click the + next to My Computer and the view on the right changes to Favorites (which may be empty). The directory shown in the right pane should probably not change when the user clicks a + or - symbol in the left pane. WinUAE is one program which uses that type of file dialog. To show the problem, download and run the WinUAE installer, check the box to run the program at the end. When the WinUAE Properties window appears, click "Select image file" to open a file selection dialog. -- 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.

3 9

[Bug 32079] New: dotted files hasn't displayed
by wine-bugs＠winehq.org April 5, 2026

April 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=32079 Bug #: 32079 Summary: dotted files hasn't displayed Product: Wine Version: 1.5.15 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: icegood1980(a)gmail.com Classification: Unclassified Application: notepad++ (http://notepad-plus-plus.org/) wine config /drivers/ show dot files checked. In explorer under notepad++ dot files hasn't shown. In particular in home directory. -- 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.

3 11

[Bug 41247] New: WASAPI exclusive pull mode sound doesn't work, but shared (non-exclusive) does
by wine-bugs＠winehq.org April 3, 2026

April 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=41247 Bug ID: 41247 Summary: WASAPI exclusive pull mode sound doesn't work, but shared (non-exclusive) does Product: Wine Version: 1.9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: markk(a)clara.co.uk Distribution: --- Wine 1.9.17, Lubuntu 16.04 x86-64. The current beta version of WinUAE (3.4.0 beta 4) uses WASAPI in pull mode. In Wine that works OK in shared (non-exclusive) mode, but exclusive mode does not work, giving console output like this: fixme:alsa:AudioClient_Initialize EXCLUSIVE mode with EVENTCALLBACK WASAPI: Initialize() 8889000A Sorry, can't initialize sound. In contrast, WinUAE 3.3.0 uses WASAPI in push mode, and both exclusive and shared work fine there. To reproduce: - Use winecfg to set Windows version to e.g. Windows 10. - Download and run the WinUAE 3.3.0 installer from http://www.winuae.net/files/InstallWinUAE3300.msi - Rename winuae.exe to winuae330.exe - Download WinUAE 3.4.0 beta 4 from http://www.winuae.net/files/b/winuae_3300b4.7z then unpack to the WinUAE program directory. - Download a program which plays sound, for example http://main.aminet.net/demo/euro/DOC_Demons.lha - Run winuae.exe (version 3.4.0b4): wine winuae.exe -log - When the WinUAE Properties window appears, click Floppy drives in the tree-view on the left side. Then click the "..." button to the right of DF0: and select DOC_Demons.lha - Click Sound in the tree-view on the left. By default the drop-down at the top should say "WASAPI: Default Audio Device", if not select that. - Click Start at the bottom of the window. - Part of the log output should say something like WASAPI: '{0.0.0.00000000}.{176D6B2F-F69E-497A-AE3D-15C5CEE27C79}' WASAPI: Shared Pull CH=2 FREQ=44100 BUF=2048 (4096) - Wait for the demo to load and start, and you should hear sound. - Press F12 to open the settings window. The sound page should be showing. Change the drop-down at the top to "WASAPI EX: Default Audio Device" then click OK at the bottom to continue emulation. There is no sound and this console output: fixme:alsa:AudioClient_Initialize EXCLUSIVE mode with EVENTCALLBACK WASAPI: Initialize() 8889000A Sorry, can't initialize sound. -- 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.

3 4

[Bug 24387] New: MS Money 2000: Crashes updating financial informations from the Internet
by wine-bugs＠winehq.org April 3, 2026

April 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=24387 Summary: MS Money 2000: Crashes updating financial informations from the Internet Product: Wine Version: 1.3.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrea.vai(a)unipv.it Created an attachment (id=30732) --> (http://bugs.winehq.org/attachment.cgi?id=30732) Terminal output. If I click on "update informations from the internet" in the main page of the application, the applications crashes (Application error window "MSMONEY encountered an error and has must be closed" appears. The only way to close the application is to kill it). Problem was not present in wine 1.1.15, so I performed a regression test and the result is: ---------------------------------------------------------------- c5a6b7b36674e8b7f7dc687b01773b88fa7d7312 is the first bad commit commit c5a6b7b36674e8b7f7dc687b01773b88fa7d7312 Author: Juan Lang <juan.lang(a)gmail.com> Date: Tue Mar 30 10:26:48 2010 -0700 rsaenh: Support setting salt via KP_SALT (resend). :040000 040000 d9a20e02d3637c41baadb3131a23907fb5603fe8 51eea86ad80613f612f64bd44a0517c0b89a4894 M dlls ---------------------------------------------------------------- As far as I can notice, the bad commit is the same involved in bug 23208. Fixing this regression would really bring this app towards complete functionality. -- 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 55

[Bug 38874] New: Homesite+ (v5.5): Radiobutton in Find dialog not set properly when using keyboard shortcut (Alt+U)
by wine-bugs＠winehq.org April 3, 2026

April 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=38874 Bug ID: 38874 Summary: Homesite+ (v5.5): Radiobutton in Find dialog not set properly when using keyboard shortcut (Alt+U) 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: --- Created attachment 51804 --> https://bugs.winehq.org/attachment.cgi?id=51804 Screenshot showing after situation While in the editor window, there is a Find dialog which enables text search within the current file being edited. The Dialog includes a radiobutton pair for setting the direction of search to be either Up (with U underlined) or Down (D). On Mac OSX, pressing Cmd+U to set the radiobutton only selects the label, but does not actually make the radiobutton be checked. However, the original behaviour on Windows does check the radiobutton. Therefore, the radiobutton has then to be made active either by using the mouse, or using the Space key. The attached screenshot shows the state immediately after pressing Cmd+U. As you can see, the label is surrounded but the radiobutton is still on its original value. -- 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.

3 6