November 2023 - Wine-bugs - list.winehq.org

[Bug 51685] New: In Wine gdiplus:font fails to find "MS Shell Dlg" in Arabic, Japanese and Chinese locales
by WineHQ Bugzilla 02 Jul '24

02 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=51685 Bug ID: 51685 Summary: In Wine gdiplus:font fails to find "MS Shell Dlg" in Arabic, Japanese and Chinese locales Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- When running in Wine, gdiplus:font fails in the Arabic, Japanese and Chinese locales: font.c:890: Test failed: Expected 0, got 14 https://test.winehq.org/data/patterns.html#gdiplus:font In all three cases the failure happens because GdipCreateFontFamilyFromName() fails to find an "MS Shell Dlg" font: is_font_installed_proc() is never called and EnumFontFamiliesW(..."MS Shell Dlg"...) returns non-zero. -- 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 54943] New: The gdipdrawstring function uses the wrong width when rendering CJK fonts
by WineHQ Bugzilla 02 Jul '24

02 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=54943 Bug ID: 54943 Summary: The gdipdrawstring function uses the wrong width when rendering CJK fonts Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- 1. First create a LOGFONT, and make lfwidth=0, and use the font Tahoma 2. Use Font "font(hdc, &lf)" to create the font 3. Use " graphics.DrawString(string, -1, &font, { 1.0f,1.0f,0,0 }, &format, &brush);" to render the string where WCHAR string[] = L "这里有一些错误". You will find the Chinese font is too narrow.If you fail to render, make sure your lfCharSet=134 ps：Don't say there is no Chinese in tahoma so there is a rendering problem, it has nothing to do with this bug I researched the bug and found that it is related to the implementation of gdipdrawstring. The function finally calls GDI32_GdipDrawDriverString, which uses SelectObject to select the font and ExtTextOutW to output the font. So the problem can be well abstracted out, the reason for the problem is in the last selectobject lf.lfwidth=7 (instead of the 0 you set at the beginning) ps:7 is the result of my computer's calculation So we can write a simple demo to reproduce this problem: 1.lf.lfWidth = 0; 2.hUnderline = CreateFontIndirectA(&lf); 3.SelectObject(hdc, hUnderline); 4.ExtTextOutW(hdc, x, y, 0, NULL, string, lstrlenW(string), NULL); 5.lf.lfWidth = 7; 6.hUnderline = CreateFontIndirectA(&lf); 7.SelectObject(hdc, hUnderline); 8.ExtTextOutW(hdc, x, y, 0, NULL, string, lstrlenW(string), NULL); You can find that the strings in 4 are drawn at the correct width, while the strings in 8 are too narrow; I don't know how to fix this bug, as it also affects the calculation of the string width I hope I can get an answer -- 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 40409] New: builtin gdiplus causes K-Shoot Mania to lag in some menus, native gdiplus causes missing textures
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=40409 Bug ID: 40409 Summary: builtin gdiplus causes K-Shoot Mania to lag in some menus, native gdiplus causes missing textures Product: Wine Version: 1.9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: lena.stoffler(a)ymail.com Distribution: --- Created attachment 54144 --> https://bugs.winehq.org/attachment.cgi?id=54144 log, native gdiplus K-Shoot Mania AppDB -> https://appdb.winehq.org/objectManager.php?sClass=application&iId=17474 I did a lot of research to get this game to run normally. I have some interessting results. Maybe this is fixable? I'm sure the problem sits in the GDIPlus DLL Short summary: builtin: some menus lags really hard (very low framerate, 2~3 + input lag), all textures are visible native: normal framerate in all menus, but some missing textures (plain white spot where the textures should be) builtin (Wine) ~~~~~~~~~~~~~~ Probably the reason for the heavy lag? Only using builtin gdiplus. fixme:wincodecs:JpegDecoder_Frame_CopyPalette (0x...,0x...): stub fixme:gdiplus:GdipCreateBitmapFromGdiDib (0x2002a60, 0x6b10000, 0x6578c8) - partially implemented Basically a stub and a partially implemented function. Maybe the game requires a better GdipCreateBitmapFromGdiDib implementation or the JpegDecoder_Frame_CopyPalette function. I don't know. NOTE: The JpegDecoder_Frame_CopyPalette fixme doesn't appear with the native gdiplus. native (Windows) - winetricks gdiplus ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ No lag there, but now some textures are missing. Instead of the texture which should be there, there is only a plain white spot. The 'generated' texture files are empty files (0 byte). You can verify this by youself easily: the cache folder is in the game folder. ($GAME/cache) This is the fixme which is spammed in the terminal when using the native gdiplus, installed using winetricks. fixme:bitmap:SetBitmapBits Unhandled partial pixel The other 2 fixmes from the builtin version are completely gone. The 2 logs are attached separately for better readability. -- 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 25355] New: Time clock SBE 1.2 and 2.2 not working properly on ubuntu 10.04LTS
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=25355 Summary: Time clock SBE 1.2 and 2.2 not working properly on ubuntu 10.04LTS Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ryanmore2006(a)yahoo.com.ph Our company used Ubuntu 8.04 install in all computer in all branches. were using Time clock SBE 1.2 for time logging for all our employees. the said software were stable in ubuntu 8.04 LTS wine wine version 1.0. The problem starts when we updated the LINUX OS to Ubuntu 10.04LTS with wine 1.2 install, but something wrong with the some menu can't be seen anymore, we tried to update the time clock sbe form 1.2 to 2.2 but the unfortunately it did not fixed the problem. we also updated the version of wine but still the same. for reference i will attached the screen shot for ubuntu 8.04 and 10.04 Im homping that someone can help me with this problem. -- 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 13

[Bug 54890] New: Ultimate Doom Builder will crash if some dialoge boxes are used
by WineHQ Bugzilla 02 Jul '24

02 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=54890 Bug ID: 54890 Summary: Ultimate Doom Builder will crash if some dialoge boxes are used Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: beneschork(a)gmail.com Distribution: --- Created attachment 74388 --> https://bugs.winehq.org/attachment.cgi?id=74388 Crash log Whenever I use Ultimate doom Builder, I will often need to change a Thing* ID or a texture. To do this, I have to click on the linedef or thing to open its dialog box. There are fields I use to enter a string for the texture name or and integer for the TID, and whenever I do, wine immediately throws up an error and I have to save the crash log. This bug is replaceable on my machine, I have even changed distros. -- 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 21

[Bug 27294] New: livezilla can't start, complains of missing Verdana font
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=27294 Summary: livezilla can't start, complains of missing Verdana font Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com A user complained that Livezilla wouldn't start, see http://forum.winehq.org/viewtopic.php?t=12202 I was able to reproduce this, plus a possible font-related gdiplus bug: cd $HOME rm -rf ~/.wine sh winetricks corefonts dotnet20 wget http://www.livezilla.net/downloads/pubfiles/LiveZilla_3.3.2.2_Full.exe wine LiveZilla_3.3.2.2_Full.exe cd ~/".wine/drive_c/Program Files/LiveZilla" wine LiveZilla That gets the error Your system misses the font Microsoft Sans Serif Copying micross.ttf from a Windows system into ~/.wine/drive_c/windows/Fonts gets past that. (Dunno if that needs to be added to winetricks, or if one of the existing fonts in 'allfonts' should satisfy it.) The next problem is Your system misses the font Tahoma Doing winetricks tahoma gdiplus gets past that. (Don't know why gdiplus was needed, that's interesting.) The next problem is the user's error, Your system misses the font 'Verdana Regular' Which is funny, because Verdana Regular is already in windows/Fonts, and WINEDEBUG=+font shows trace:font:AddFontToList Loading font file "/home/dank/.wine/dosdevices/c:/windows/Fonts/Verdana.TTF" index 0 trace:font:get_familyname Got localised name L"Verdana" trace:font:AddFontToList fsCsb = 2000019f 00000000/00000287 00000000 00000000 00000000 trace:font:AddFontToList Added font L"Verdana" L"Regular" ... trace:font:AddFontToList Loading font file "/usr/share/fonts/truetype/msttcorefonts/Verdana.ttf" index 0 trace:font:get_familyname Got localised name L"Verdana" trace:font:AddFontToList Already loaded font L"Verdana" L"Regular" original version is 10000, this version is 10000 trace:font:AddFontToList Original font is newer so skipping this one Oddly, at some point, wine forgets about the Regular variant: trace:font:DumpFontList Family: L"Verdana" 000d:Ret advapi32.RegGetValueW() retval=0000trace:font:DumpFontList L"Bold" 2000019f 000d:Call advapi32.RegGetValueW(0000004c,000trace:font:DumpFontList L"Bold Italic" 2000019f Perhaps one of the fonts in /usr/share/fonts is interfering... -- 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 43736] New: PathGradientBrush results in a white shape
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=43736 Bug ID: 43736 Summary: PathGradientBrush results in a white shape Product: Wine Version: 2.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: norike(a)gmail.com Distribution: --- Created attachment 59217 --> https://bugs.winehq.org/attachment.cgi?id=59217 test project with screenshots We develop a charting library and found some gradients are drawn as solid white shapes in Wine for Ubuntu. Reducing the issue to the minimum we found the problem seems to be when drawing a rectangle with a PathGradientBrush. See the screenshots in the attachment. - Windows.png is the result of running the .exe in a Windows 10. - Ubuntu.png is the result of running the .exe in Ubuntu 16.04 using Wine. We got the same result in Wine 1.6 (?), 2.0.2 and 2.17. The attachment also contains the .exe and the project sources (made with Visual Studio 2017). -- 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 33410] New: QQ International 1.6 displays its window abnormally with a black line across
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=33410 Bug #: 33410 Summary: QQ International 1.6 displays its window abnormally with a black line across Product: Wine Version: 1.5.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: fangendoucg(a)gmail.com Classification: Unclassified Created attachment 44204 --> http://bugs.winehq.org/attachment.cgi?id=44204 screenshot Hi folks, While I install QQ International QQIntl1.61.exe, its first window shows with a threadlet across.See the attachment. Well, winetricks gdiplus can workaround it. It's free to download. $ sha1sum QQIntl1.61.exe 6cd9042f591a7b140e3216df2851c9b7a436be34 QQIntl1.61.exe -- 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 24653] New: Builtin GdiPlus doesn't draw lines equally to native GdiPlus
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=24653 Summary: Builtin GdiPlus doesn't draw lines equally to native GdiPlus Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: boreno(a)gmail.com Created an attachment (id=31163) --> (http://bugs.winehq.org/attachment.cgi?id=31163) Sourcecode that draws GdiPlus pixel-perfection tests. Image that shows tests drawn using native and builtin GdiPlus. Lines are off by 1 pixel at either start or end position depending on drawing operation. Image and source code attached. Marked with severity major since it ruins pixel-perfection for UI components developed to rely on GdiPlus. In other words, it looks too ugly to be released to customers. -- 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 20

[Bug 32266] New: Songr Portable 2.0 fails to start
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=32266 Bug #: 32266 Summary: Songr Portable 2.0 fails to start Product: Wine Version: 1.5.17 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Classification: Unclassified Created attachment 42579 --> http://bugs.winehq.org/attachment.cgi?id=42579 Error log Songr Portable 2.0 fails to start with current version of Wine, I guess is a problem with Wine-mono since Songr requires .Net 3.5 to work. -- 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