May 2020 - Wine-bugs - list.winehq.org

[Bug 47866] New: comctl32:datetime: Fails in the Arabic locale
by WineHQ Bugzilla 21 May '21

21 May '21

https://bugs.winehq.org/show_bug.cgi?id=47866 Bug ID: 47866 Summary: comctl32:datetime: Fails in the Arabic locale Product: Wine Version: 4.17 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The comctl32:datetime test fails in the Arabic locale: datetime.c:212: Test failed: String mismatch ("12 hh" vs "hh 12") datetime.c:796: Test failed: Expected 01/10/2019, got 2019/10/01 https://test.winehq.org/data/tests/comctl32:datetime.html This failure has been happening for a long time in the fg-win7u64-1spie9-ar VM but now the TestBot has a Windows 10 VM where the issue can be reproduced (w1064v1809_ar). Since both VMs have different Windows versions and but fail in the same way in the same locale that seems to confirm that Arabic uses a different date format from what is expected. -- 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 41372] New: IMoniker_BindToStorage should return INET_E_OBJECT_NOT_FOUND for HTTP 404 status code
by wine-bugs＠winehq.org 20 May '21

20 May '21

https://bugs.winehq.org/show_bug.cgi?id=41372 Bug ID: 41372 Summary: IMoniker_BindToStorage should return INET_E_OBJECT_NOT_FOUND for HTTP 404 status code Product: Wine Version: 1.9.19 Hardware: x86 OS: Linux Status: NEW Keywords: testcase Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: michael(a)fds-team.de Distribution: --- Created attachment 55722 --> https://bugs.winehq.org/attachment.cgi?id=55722 Testcase to show the problem IMoniker_BindToStorage currently ignores the HTTP status code and streams the data sent by the server. The correct way would be to treat a 404 response as error and return INET_E_OBJECT_NOT_FOUND. I attached a test case to show the problem. I guess this also applies to other HTTP status codes, since for example INET_E_AUTHENTICATION_REQUIRED also doesn't seem to be used yet. -- 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 18954] New: Source Insight: Text in Editor Window overlaps with other text.
by wine-bugs＠winehq.org 19 May '21

19 May '21

http://bugs.winehq.org/show_bug.cgi?id=18954 Summary: Source Insight: Text in Editor Window overlaps with other text. Product: Wine Version: 1.1.21 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: turanammo(a)rocketmail.com Created an attachment (id=21809) --> (http://bugs.winehq.org/attachment.cgi?id=21809) Text overlap in editor window Text seems to overlap with other text, usually the overlapped text is shown twice. Happens when the cursor is moved upwards or downwards using the keypad arrow keys up/down respectively. -- 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 38888] New: DDE cannot deal with Chinese path
by wine-bugs＠winehq.org 18 May '21

18 May '21

https://bugs.winehq.org/show_bug.cgi?id=38888 Bug ID: 38888 Summary: DDE cannot deal with Chinese path Product: Wine Version: 1.7.46 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: jactry92(a)gmail.com Distribution: --- Created attachment 51824 --> https://bugs.winehq.org/attachment.cgi?id=51824 dde_testcase.exe reproduce: 1. $ touch ~/.wine/drive_c/测试.jpg 2. Change "[HKEY_CLASSES_ROOT\jpegfile\shell\open\command]" to "C:\windows\system32\winebrowser.exe" "-nohome" 3. $ wine dde_testcase.exe Expected: 测试.jpg will be opened by native picture viewer which winebrowser find. Actually: Didn't open 测试.jpg. And from log with '+exec,+winebrowser' we can know that winebrowser didn't get the right path from dde: ---snip--- trace:winebrowser:ddeCb dde_cb: 1062, 0000, 0x0, 0xc001, 0xc000, 0x0, 0033f4a0, 00000000 trace:winebrowser:ddeCb dde_cb: 8072, 0000, 0x1483c0, 0xc001, 0xc000, 0x0, 0033f4a0, 00000000 trace:exec:SHELL_ArgifyW 0x63bb48, 256, L"\"file:%1\",,-1,,,,,", L"C:\\\6d4b\8bd5.jpg", 0x0, 0x63d510 trace:exec:SHELL_ArgifyW used 26 of 256 space trace:exec:dde_connect L"\"file:%1\",,-1,,,,," L"C:\\\6d4b\8bd5.jpg" => L"\"file:C:\\\6d4b\8bd5.jpg\",,-1,,,,," trace:winebrowser:ddeCb dde_cb: 4050, 0000, 0x1483c0, 0xc001, 0x0, 0x147f4a, 00000000, 00000000 err:winebrowser:get_url_from_dde Unable to retrieve URL from string L"\"" trace:exec:SHELL_execute retval 33 err:winebrowser:wmain Usage: winebrowser URL -- 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 49183] New: dwrite/font.c tests fail on windows armv7 (surfacert)
by WineHQ Bugzilla 18 May '21

18 May '21

https://bugs.winehq.org/show_bug.cgi?id=49183 Bug ID: 49183 Summary: dwrite/font.c tests fail on windows armv7 (surfacert) Product: Wine Version: 5.8 Hardware: x86 OS: Linux Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Created attachment 67198 --> https://bugs.winehq.org/attachment.cgi?id=67198 test output I'll attach the full output, but suffice to say, there's a ton of these failures: font.c:6161: Test failed: 5.00 a: got 2048 expect 1229 font.c:6163: Test failed: 5.00 d: got 410 expect 1229 font.c:6165: Test failed: 5.00 lg: got 0 expect 1229 font.c:6167: Test failed: 5.00 capH: got 1638 expect 1229 font.c:6169: Test failed: 5.00 xH: got 1229 expect 1228 font.c:6171: Test failed: 5.00 ulP: got 0 expect 1229 font.c:6173: Test failed: 5.00 ulTh: got 0 expect 1229 font.c:6175: Test failed: 5.00 stP: got 819 expect 1229 font.c:6177: Test failed: 5.00 stTh: got 0 expect 1229 font.c:6179: Test failed: 5.00 box left: got -1229 expect 0 font.c:6187: Test failed: 5.00 box bottom: got -819 expect 0 font.c:6191: Test failed: 5.00 subY: got -410 expect 0 font.c:6193: Test failed: 5.00 subsizeX: got 1638 expect 0 font.c:6195: Test failed: 5.00 subsizeY: got 1229 expect -1 font.c:6202: Test failed: 5.00 supsizeX: got 1638 expect -1 font.c:6204: Test failed: 5.00 supsizeY: got 1229 expect 0 austin(a)laptop ~ $ grep 'font.c.*Test\ failed' outfile-admin.txt | wc -l 65409 austin(a)laptop ~ $ wc -l outfile-admin.txt 84023 outfile-admin.txt -- 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 36124] New: kernel32/change.ok test shows a lot of invalid read/writes
by wine-bugs＠winehq.org 18 May '21

18 May '21

https://bugs.winehq.org/show_bug.cgi?id=36124 Bug ID: 36124 Summary: kernel32/change.ok test shows a lot of invalid read/writes Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48294 --> https://bugs.winehq.org/attachment.cgi?id=48294 valgrind log E.g.,: ==22906== Thread 2: ==22906== Invalid write of size 4 ==22906== at 0x7BC8623F: usr1_handler (signal_i386.c:2157) ==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so) ==22906== Address 0x599b56c is on thread 1's stack ==22906== ==22906== Invalid read of size 4 ==22906== at 0x7BC8390C: init_handler (signal_i386.c:980) ==22906== by 0x7BC86257: usr1_handler (signal_i386.c:2157) ==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so) ==22906== Address 0x599b564 is on thread 1's stack ==22906== ==22906== Invalid read of size 2 ==22906== at 0x7BC86258: usr1_handler (signal_i386.c:2158) ==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so) ==22906== Address 0x599b574 is on thread 1's stack ==22906== The test also fails: change.c:81: Test failed: Missed notification if I redirect output to a file, however, it seems to work. -- 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 28814] New: mmdevapi/tests/render.ok fails under Valgrind
by wine-bugs＠winehq.org 18 May '21

18 May '21

http://bugs.winehq.org/show_bug.cgi?id=28814 Bug #: 28814 Summary: mmdevapi/tests/render.ok fails under Valgrind Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mmdevapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified In mmdevpi/tests, "make render.ok" fails under Valgrind, with log render.c:636: Test failed: Position should have been further along... -- 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 17807] New: Electronics Workbench 5.12: measurement units aren't shown
by wine-bugs＠winehq.org 18 May '21

18 May '21

http://bugs.winehq.org/show_bug.cgi?id=17807 Summary: Electronics Workbench 5.12: measurement units aren't shown Product: Wine Version: 1.1.17 Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=402 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nick(a)vyalceva.net Created an attachment (id=20039) --> (http://bugs.winehq.org/attachment.cgi?id=20039) the oscilloscope window When trying to set measurement unit for a parameter in the "Component Properties" window, or in the oscilloscope, measurement units are not shown in the selection box. But I can view it by copying from the box and pasting in a text editor, e.g. "0.50 s/div ". Old wine version 0.9.52 shows units in the oscilloscope window, but doesn't do it in the component properties (http://appdb.winehq.org/screenshots.php?iAppId=267&iVersionId=402) Also I get the following error message on exit: "access violation on (FFF4EFFF), reading C4". Running from terminal shows me the only line "fixme:font:WineEngRemoveFontResourceEx :stub". -- 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 25

[Bug 15462] New: Wine blocking on exit when stdout and stderr are piped
by wine-bugs＠winehq.org 18 May '21

18 May '21

http://bugs.winehq.org/show_bug.cgi?id=15462 Summary: Wine blocking on exit when stdout and stderr are piped Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chris(a)neko.net.nz Created an attachment (id=16357) --> (http://bugs.winehq.org/attachment.cgi?id=16357) Output of two simultaneous runs of described script The issue occurs when concurrently running shell scripts which call Wine processes whose standard out and standard error are both piped to another program. When two instances of a script such as the following are run concurrently, the first child wine processes started by each of then run together, but in one of the scripts that child doesn't fully exit until the _other_ script has completely run and exited. (The Wine process terminates, but the pipeline doesn't complete and so the script doesn't continue.) A bash test-case to show this behaviour is as follows: for iter in first second ; do echo "[$$] running $iter child wine" `date`; wine sleep-long.exe 2>&1 | tee /dev/null; done; echo "[$$] done " `date` The problem doesn't occur if either the redirection or pipe is removed, if I run the scripts in separate Wine environments using $WINEPREFIX, or if I have another long-lived Wine process which stays running throughout the entire operation. An example run with timing is attached. The test Wine program used above, 'sleep-long', is the following tiny C program (tested with Microsoft cl and Cygwin GCC with mingw): #include <stdio.h> #include <windows.h> int main(){ printf("Started fake compiler, sleeping 8000ms\n"); Sleep(8000); printf("Exiting fake compiler\n"); exit(0); } I've been able to reproduce this problem on several systems and Wine versions (Debian Lenny with distro-packaged Wine 1.0.0-1, Debian Etch with Wine 1.0-rc1-1~bpo40+1 from Debian backports, Ubuntu Dapper with distro-packaged Wine 0.9.9-0ubuntu2) but not on one other (Debian Etch with distro-packaged Wine 0.9.25-2.1) -- 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 15906] New: EnumFonts returns each font multiple times
by wine-bugs＠winehq.org 18 May '21

18 May '21

http://bugs.winehq.org/show_bug.cgi?id=15906 Summary: EnumFonts returns each font multiple times Product: Wine Version: 1.1.5 Platform: PC-x86-64 URL: http://msdn.microsoft.com/en- us/library/ms533964(VS.85).aspx OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: goeran(a)uddeborg.se Created an attachment (id=17078) --> (http://bugs.winehq.org/attachment.cgi?id=17078) Test program executing EnumFonts() According to the documentation (see URL) the EnumFonts function returns one (random) font of each available typeface. The Wine implementation returns each typeface many times. As a test case I installed the typeface "Signet Roundhand" and ran the attached test program. Under indows it returns "Signet Roundhand" once. Under wine it returns it three times, with different values for lfCharSet and tmCharSet. I also copied the Arial font files from Windows (arial.ttf, ariali.ttf, arialbd.ttf, and arialbi.ttf) to my $HOME/.fonts directory. Under Windows, Arial is returned once with the test program. Under Wine it is returned ten(!) times. -- 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 17