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

[Bug 29267] New: rtf text from wine's richedit shows up with a black background in LibreOffice Writer
by wine-bugs＠winehq.org 26 Dec '24

26 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=29267 Bug #: 29267 Summary: rtf text from wine's richedit shows up with a black background in LibreOffice Writer Product: Wine Version: 1.3.34 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com Classification: Unclassified To reproduce: 1. Open Wine's wordpad and LibreOffice Writer. 2. Type some text in wordpad. 3. Copy text to the clipboard. 4. Paste into LibreOffice Writer. Or: 1. Open Wine's wordpad and LibreOffice Writer. 2. Type some text in wordpad. 3. Save from wordpad as a .rtf file. 4. Open the rtf file in LibreOffice Writer. In both cases, the text shows up with a black background in Writer. This does not happen with native riched20. When opening the rtf file with Word 2007, I do not see the black background, so this is somehow related to the interaction between Wine's richedit and LibreOffice, and I can't be sure which is at fault. -- 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 4

[Bug 20350] New: Lightsmark 2008 - benchmark label looks wrong
by wine-bugs＠winehq.org 26 Dec '24

26 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=20350 Summary: Lightsmark 2008 - benchmark label looks wrong Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: zilforever(a)gmail.com Created an attachment (id=24093) --> (http://bugs.winehq.org/attachment.cgi?id=24093) wine GUI looks different (element that display score). First it appear: wrong background (white not gray) and it looks like not editable input. In Windows XP SP 3 its not visble. After benchmark wrong size and color of font. I checked the source and it use richedit20 but im not good at it so maybe my mistake. Ubuntu 9.04 Intel(R) Pentium(R) Dual CPU E2220 @ 2.40GHz CPU flags: 2400MHz MMX SSE SSE2 SSE3 SSSE3 HTT Linux 32bit GCC 4.3.3 Release May 26 2009 Linux 2.6.28-15-generic i686 GeForce 9600 GT PCI Express 180.44 512Mb -- 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 12

[Bug 26302] New: outliner Keynote NF has a several problems
by wine-bugs＠winehq.org 26 Dec '24

26 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=26302 Summary: outliner Keynote NF has a several problems Product: Wine Version: 1.3.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: wit9(a)yandex.ru Created an attachment (id=33527) --> (http://bugs.winehq.org/attachment.cgi?id=33527) listing of "fixmes" There is a popular outliner Keynote NF (Mozilla Public License 1.1) (http://code.google.com/p/keynote-nf/downloads/list) It's written in Delphi with using of some additional components, so author has no plans to port it to Linux. Using the Keynote NF with the Wine causes several problems, including 1. error when pasting from the clipboard 2. using lists and other In the terminal appear a lot of "fixme" (see attachment). -- 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 54028] New: [cause crash - two problem] dwrite function "create_colorglyphenum" returns DWRITE_E_NOCOLOR and causing null pointer crash on 7.12 but not on 7.22
by WineHQ Bugzilla 26 Dec '24

26 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=54028 Bug ID: 54028 Summary: [cause crash - two problem] dwrite function "create_colorglyphenum" returns DWRITE_E_NOCOLOR and causing null pointer crash on 7.12 but not on 7.22 Product: Wine Version: 7.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- (This problem can be reproduced without any account) There are two problems here.I found out that the first problem existed in 7.12 and cause crash, but was fixed in 7.22 (doesn't exist).The second problem exists in 7.22 and cause crash, but not in 7.12. I found that the first problem has been fixed, so I would like to ask which commit was fixed it (because there are many commits, I think the developer of wine may know better and can give the answer at once,if You feel this bothered you, first of all I'm sorry) . The second issue renders the application completely unusable (QQ Music APP can worked in 7.12, but not in 7.22) -------- Question 1: Describe the crash below (note that the font file msyh.ttf needs to be added in the ./wine/fonts directory to trigger the crash) > Let me explain here why the font msyh.ttf is added to the ./wine/fonts directory instead of using the original wine > Because only after adding the font, QQ Music will call this function "create_colorglyphenum", which will cause a crash. If this font is not added, QQ Music will not call this function and use other logic. > Because I don't have the source code of QQ Music, I don't know the logic of calling the function, so it is necessary to add this font file. The font file is added to reproduce the crash, not to change the wine. Here's a description of how the crash happens: Background: In the QQ Music program, this APP want to use the font "Microsoft YaHei" to output the four characters "QQ音乐". The function to call is: dwritetextlayout_Draw -> QQMusic logic -> create_colorglyphenum -> crash The cause of the crash is that in the function "create_colorglyphenum", there is a judgment of "!colorfont". > if (!colorfont) > return DWRITE_E_NOCOLOR; The "Microsoft YaHei" is not colorfont, it will return DWRITE_E_NOCOLOR directly, thus triggering a null pointer crash. But I found that in the current wine7.22, the same return here but no longer triggers the crash, so I would like to ask which commit fixed this problem (the dichotomy method consumes a lot of time, so I want to ask if you know the commit first, if You feel this bothered you, first of all say sorry) In summary,All you have to do is to add the font file, run the exe file I sent with wine7.12 . QQ Music official website link: https://y.qq.com/ (I will attach the corresponding exe installation package in the next reply, the attached exe file is worried that you are inconvenient to download from the official website) crash information: > 01d8:trace:dwrite:dwritefontface2_IsColorFont 03159B38. > wine: Unhandled page fault on read access to 00000000 at address 511406CB (thread 01d8), starting debugger... -------- Question 2: Use the original wine 7.22 without any modification, after installing QQ Music, open the application, the application cannot be displayed (without any UI interface),which makes the entire application unusable, but 7.12 can be displayed UI and text normally. Figure 1 shows how 7.12 can be displayed normally, and Figure 2 shows how 7.22 cannot display normally -- 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 9

[Bug 36788] New: Wine doesn't show anything with Photodex slideshow
by wine-bugs＠winehq.org 25 Dec '24

25 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=36788 Bug ID: 36788 Summary: Wine doesn't show anything with Photodex slideshow Product: Wine Version: 1.7.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: ostash(a)ostash.kiev.ua CC: julliard(a)winehq.org Regression SHA1: ea07c310ecfee6b301e7af8413760eb446e6f184 I have one exe file which seems to be Photodex generated slideshow application. It used to word perfectly with Wine in 2010-2012, but when I tried to run it recently I got no output on screen. Sound plays fine, and it looks like application window is created (it is present on taskbar), but there is no window, no borders, no title, no output. Well this slideshow runs fullscreen, but anyway no output. I've managed to bisect this problem to: ea07c310ecfee6b301e7af8413760eb446e6f184 is the first bad commit commit ea07c310ecfee6b301e7af8413760eb446e6f184 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Sep 4 13:34:15 2012 +0200 winex11: Create the whole window at window creation time. :040000 040000 62dd63d6f45078b96e4305d60fe8d1b7386b1bc0 c02b6dc1c8940fc75d22753888c3fba415848f38 M dlls Unfortunately code changed too much from that time, so git revert patch can't be applied. -- 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 29

[Bug 37615] New: wineconsole: user backend won't detect font -> white boxes
by wine-bugs＠winehq.org 25 Dec '24

25 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=37615 Bug ID: 37615 Summary: wineconsole: user backend won't detect font -> white boxes Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: david(a)ixit.cz Distribution: --- Created attachment 50064 --> https://bugs.winehq.org/attachment.cgi?id=50064 wineconsole.log Wine compiled without ncurses. When wineconsole is started, it shows white boxes instead of font. Log with WINEDEBUG=+wineconsole attached. This code is from 2002: programs/wineconsole/user.c : line 442 /* FIXME: * the current freetype engine (at least 2.0.x with x <= 8) and its implementation * in Wine don't return adequate values for fixed fonts * In Windows, those fonts are expected to return the same value for * - the average width * - the largest width * - the width of all characters in the font * This isn't true in Wine. As a temporary workaround, we get as the width of the * cell, the width of the first character in the font, after checking that all * characters in the font have the same width (I hear paranoia coming) * when this gets fixed, the code should be using tm.tmAveCharWidth * or tm.tmMaxCharWidth as the cell width. */ I tried comment font checking, then output is better, but font isn't fixed-width (still smaller issue than white boxes instead of font). In Ubuntu 12.04 is freetype 2.4.8, so IMHO we can rely on 2.4 series + ncurses is default, so we can go ahead and fix it. -- 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 48088] New: DIB engine does not work on a 256-color X server
by WineHQ Bugzilla 24 Dec '24

24 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=48088 Bug ID: 48088 Summary: DIB engine does not work on a 256-color X server Product: Wine Version: 1.5.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 65646 --> https://bugs.winehq.org/attachment.cgi?id=65646 Regedit in Xephyr To reproduce, run `Xephyr :1 -ac -screen 800x600x8` in one terminal window and `DISPLAY=:1 wine regedit` in another. The window colors are positively psychedelic. A regression test on a Debian 6.0 Squeeze virtual machine revealed: 33ac850c80634c891b0c157bbffa612f70954a40 is the first bad commit commit 33ac850c80634c891b0c157bbffa612f70954a40 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Sep 6 12:39:34 2012 +0200 winex11: Use window surfaces for rendering top-level windows. It can be disabled by setting "ClientSideGraphics"="n". :040000 040000 704eac5fc311e63d373e399c63a2488a6b3dedca 33fb0e5963c1326f8765334e4714060c89b21b5e M dlls And indeed, creating the registry key "HKEY_CURRENT_USER\Software\Wine\X11 Driver\ClientSideGraphics" with the value "N" or "n" allows the window to be displayed normally (except for some unsightly dithering). -- 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 8

[Bug 51870] New: D16 VST plugins fail to save activation info
by WineHQ Bugzilla 22 Dec '24

22 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=51870 Bug ID: 51870 Summary: D16 VST plugins fail to save activation info Product: Wine-staging Version: 6.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zephyr(a)zephnet.biz CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70786 --> https://bugs.winehq.org/attachment.cgi?id=70786 log from renoise, yabridge, wine I'm trying to get d16's Punchbox VST2 running on Arch with wine-staging 6.19 (via the wine-ge-custom package). All d16 plugins require you to go through an online login prompt through the plugin before you can use it (even for demos) and after you successfully log in, the plugin requires you to close it and restart it. The problem is, on the next restart the plugin asks for the activation credentials again. This problem is not limited to one DAW, Wine version, or plugin bridge it seems. I have tested this with Renoise and Reaper as VST hosts, with Wine 6.14, and with the yabridge and airwave plugin bridges. I am able to run other Windows VSTs without issue. The plugin works despite the UI being inaccessible - it responds to midi notes, sounds like it should and and my DAW's VST controllers work (but i can't change presets). Attached the log from Renoise / Wine after I start the plugin, log in, close it and reinitialize. -- 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 11

[Bug 25887] New: winevdm tries to run dos apps via dosbox on Z: which is reserved in dosbox
by wine-bugs＠winehq.org 22 Dec '24

22 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=25887 Summary: winevdm tries to run dos apps via dosbox on Z: which is reserved in dosbox Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: pquiring(a)gmail.com If you try to run a dos app that is not under .wine/drive_c (C:) winevdm will try to use Z: which is reserved in dosbox and fails. Need to mount / with another drive letter and then run the dos app in that folder. Winevdm doesn't even create a mount statement for z: sample bad config generated: [autoexec] mount c /home/user/.wine/dosdevices/c: mount y /home/user/.wine/dosdevices/y: Z: cd \home\user\DATA\games\game Z:\home\user\DATA\games\game\game.exe exit -- 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 14

[Bug 52376] New: RPGMaker game Sinshiya Nightmare has sound underruns
by WineHQ Bugzilla 21 Dec '24

21 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=52376 Bug ID: 52376 Summary: RPGMaker game Sinshiya Nightmare has sound underruns Product: Wine Version: 7.0-rc5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 71584 --> https://bugs.winehq.org/attachment.cgi?id=71584 console log Follow up to bug 43616. You need to apply the workaround to test: "winetricks directmusic dsdmo gmdls" -- 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 14