February 2020 - Wine-Bugs - list.winehq.org

[Bug 30699] New: wine printing: barcode is not printed from VB6 application
by wine-bugs＠winehq.org Aug. 11, 2020

Aug. 11, 2020

http://bugs.winehq.org/show_bug.cgi?id=30699 Bug #: 30699 Summary: wine printing: barcode is not printed from VB6 application Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineps.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: edwin+winebugs(a)etorok.net Classification: Unclassified Created attachment 40201 --> http://bugs.winehq.org/attachment.cgi?id=40201 barcode screenshot There is an application provided by the Romanian finance administration for printing Payment sheets with barcodes. I tried to use it in Wine (it appears to be a VB6 application), and I could enter all the data, and it displayed a generated barcode. However when I tried printing it didn't print the barcode. This happens both when printing to my printer (Samsung ML-2010P), or using CUPS-PDF. Attached is the PDF produced when printing through CUPS, and a screenshot taken while printing. Notice that on the screenshot there is a barcode in the right towards the top, and in the produced PDF there is no barcode at all. Attached is also WINEDEBUG=+relay,+seh,+tid,+psdrv output. How to reproduce (including download URL): 1. Prepare application mkdir $HOME/.wine-bug export WINEPREFIX=$HOME/.wine-bug # create winedir winecfg # get program wget http://static.anaf.ro/static/10/anaf/aplicatii/op_fv/opfv2010/instal_opfv_2… unzip instal_OPFV_28032012.zip wine instal_OPFV_2012.exe # set locale: if date format is wrong program refuses to work export LANG=ro_RO.UTF-8 LANGUAGE=ro_RO.UTF-8 LC_TIME=ro_RO.UTF-8 cd '$HOME/.wine-bug/drive_c/Program Files/OPFV 2012' # enter test data cat >ordine.txt <<EOF 1,1,1,TEST,1234567897,,,,BUGETUL DE STAT,1234567897,RO26TREZ57820470101XXXXX,,,BUGETUL DE STAT,16/05/2012,FV EOF 2. Make sure you have a printer. Bug reproduces with CUPS-PDF too, so edit $HOME/.wine-bug/drive_c/windows/win.ini, and use these settings for the printer: [devices] PDF=wineps.drv,CUPS:PDF [PrinterPorts] PDF=wineps.drv,CUPS:PDF,15,45 [windows] device=PDF,wineps.drv,CUPS:PDF 3. Run app wine OPFV_2012.exe 4. Print from the application - Click on "FV" - Choose 1,1,FV from the 'Nr. de ordine, Nr. OP/FV' dropdown - Click "Incarcare" - Click "Listare" 5. Look at the printed document, or PDF and notice that the barcode on the top right is missing in the printout. See attached PDF vs. attached screenshot. The barcode IS visible during printing, its just never printed. -- 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 23726] New: Microsoft visual Basic 6.0: Crashes when adding certain characters to a programming statement
by wine-bugs＠winehq.org Aug. 9, 2020

Aug. 9, 2020

http://bugs.winehq.org/show_bug.cgi?id=23726 Summary: Microsoft visual Basic 6.0: Crashes when adding certain characters to a programming statement Product: Wine Version: 1.2-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: romano.ray(a)live.com While putting together a basic program, I came across an error when typing in the following character "(" in the statement "label1.caption = Int(". After I begin to type the "Int" followed by a "(" the program gives me an error and closes. I'm not sure if this is because the command isn't available in the library or wine is just not setup for using this program. -- 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 34

[Bug 45131] New: error compiling shader.c:6668:1: internal compiler error : Segmentation Error
by wine-bugs＠winehq.org Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=45131 Bug ID: 45131 Summary: error compiling shader.c:6668:1: internal compiler error : Segmentation Error Product: Wine Version: 3.0-rc6 Hardware: arm OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: sav(a)importweb.fr Distribution: --- Created attachment 61317 --> https://bugs.winehq.org/attachment.cgi?id=61317 final output of make hello, i'm trying to compile wine on my arm archlinux chromebook exynos Chromebook XE303C12 i'm getting stuck while compiling on shader.c (d3dx9_36), i've attached the final output of compiling can you help me ? -- 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 48593] New: Fable: The Lost Chapters cutscenes only play one frame of video
by WineHQ Bugzilla Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=48593 Bug ID: 48593 Summary: Fable: The Lost Chapters cutscenes only play one frame of video Product: Wine Version: 5.0-rc1 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Depends on: 48570 Distribution: --- Split off from bug 48570: (In reply to andy from comment #9) > Hi. I've try your patch. Now cutscene is played, but just sound. > Video seem locked to first frame. > > But, since you supposed a regression, I try to start a regression test and > test with wine-5.0-rc1-35-g863da013a2 and behavior is same as patch applied, > vmw reproduced but just sound, video seem locked to first frame. (In reply to Zebediah Figura from comment #10) > But obviously there is something else going wrong here. The log from comment > 9 shows, as the symptoms would suggest, our filter successfully connecting > to the default audio renderer and a custom video renderer, sending plenty of > audio samples, and only one video sample. We seem to return from > got_data_sink() without difficulty, but GStreamer never gives us another > frame. What gives? -- 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 12

[Bug 48490] New: Restored minimized windows have wrong height
by WineHQ Bugzilla Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=48490 Bug ID: 48490 Summary: Restored minimized windows have wrong height Product: Wine Version: 5.0-rc6 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gabrielopcode(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 118f333ac233c69399a01424a6218d130983d644 Distribution: --- The commit 118f333ac233c69399a01424a6218d130983d644 exposed this bug. Specifically, this change: - new_window_rect->bottom = new_window_rect->top + GetSystemMetrics(SM_CYICON); + new_window_rect->bottom = new_window_rect->top + GetSystemMetrics(SM_CYMINIMIZED); The bug is actually in winex11.drv's X11DRV_X_to_window_rect. To reproduce this, managed + decorated windows must be set, and then: 1) Launch wine notepad. 2) Minimize it. 3) Click on notepad on the DE's taskbar to restore it. When it is restored, it will be "off" by a few pixels at the bottom (smaller), having a small gap. In my case, it is 4 pixels off. This is due to the fact that SM_CYMINIMIZED is 24, while the decoration's title bar is 26 pixels, and border is 1 pixel. Since the border is on both the top and bottom, the total extra "decoration" height is 28 pixels. However, the referenced commit changes the size of the window to 24, which is smaller than the decoration. That's perfectly fine by itself, since it's what happens on Windows in this case. The problem is that the real decoration size information is lost in this way for the window, even though X11DRV_X_to_window_rect uses it and assumes it is correct. It has to be recomputed. The previous constant (SM_CYICON), didn't trigger this bug because it was larger than the decoration in my case (32 pixels vs 28), which was probably just luck. I'll send a fix soon to hopefully fix this properly. -- 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 29806] New: DirectX Software Test Causes Hype The Time Quest Installer to Fail
by wine-bugs＠winehq.org Aug. 7, 2020

Aug. 7, 2020

http://bugs.winehq.org/show_bug.cgi?id=29806 Bug #: 29806 Summary: DirectX Software Test Causes Hype The Time Quest Installer to Fail Product: Wine Version: 1.3.28 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jthomas97411(a)yahoo.com Classification: Unclassified Provided I'm remembering right, at some point in time this bug went away before I got around to reporting it, but it's sure back now (writing this when 1.4 rc 2 was the most recent version of Wine). 1.3.28 is the farthest back I have ran Hype successfully, much further behind that would probably get more iffy because 1.3.28 is particularly unstable about getting Hype running. Getting the DirectX check to not crash the installer definitely happened _after_ 1.3.28. I'm still pinpointing the version. When you install Hype, you have to click "Install", then "Change", then "Software tests...", then uncheck "Microsoft DirectX Media" and click "OK". Or else the installer fails, at least in versions of Wine where this bug is in effect. Anyways, I can assuredly tell you that Wine 1.4 rc 2 needs to have the DirectX software check unchecked to keep the installer from failing. Jake -- 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 47999] New: Gif pictures stored in PE files are not loaded into HTML web pages via Res protocol
by WineHQ Bugzilla Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=47999 Bug ID: 47999 Summary: Gif pictures stored in PE files are not loaded into HTML web pages via Res protocol Product: Wine Version: 4.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: dimaki(a)rocketmail.com Distribution: --- Issue first noticed with VBSEdit application, but then a small sample MFC application was found on codeproject.com which displays the same incorrect behavior. On windows the sample application comes up and displays an HTML web page which contains a gif image. Both the webpage and the gif are loaded via the res protocol from the program executable. On wine the HTML page loads but the gif does not get loaded and is missing from the page. -- 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 47621] New: Buttons too small in height
by wine-bugs＠winehq.org Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=47621 Bug ID: 47621 Summary: Buttons too small in height Product: Wine Version: 4.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Bjoern(a)Kautler.net Distribution: --- Created attachment 65052 --> https://bugs.winehq.org/attachment.cgi?id=65052 screenshot If you try to install Inno Setup 6.0.2 from http://www.jrsoftware.org/isdl.php via wine on Ubuntu Disco with the default package 4.0-1, the initial dialog that asks on whether to install for all users or current user, is only as big as the titlebar and not resizable. It is still usable via keyboard if you know what it shows or can be prevented by using commandline options. I then tried as advised with the latest development buid, which is 4.13~disco from dl.winehq.org. With that it improved significantly, so now the dialog is better sized and usable. But as can be seen in the attached screenshot, the buttons are too narrow in the height dimension. The text on the buttons is halfway cut. -- 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 45839] New: Qt 5.8 SDK installer needs 'IFileSystem.MoveFile' method implementation for maintenance tool creation step
by wine-bugs＠winehq.org Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=45839 Bug ID: 45839 Summary: Qt 5.8 SDK installer needs 'IFileSystem.MoveFile' method implementation for maintenance tool creation step Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Download: https://download.qt.io/archive/qt/5.8/5.8.0/ --- snip --- $ wine ./qt-opensource-windows-x86-msvc2015-5.8.0.exe ... 00b8:fixme:wscript:set_host_properties ignored L"nologo" switch 00b8:fixme:vbscript:VBScript_SetScriptState unimplemented SCRIPTSTATE_INITIALIZED 00b8:fixme:scrrun:filesys_MoveFile 0x7f261c0198f8 L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.dat.new" L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.dat" 00ba:fixme:wscript:set_host_properties ignored L"nologo" switch 00ba:fixme:vbscript:VBScript_SetScriptState unimplemented SCRIPTSTATE_INITIALIZED 00ba:fixme:scrrun:filesys_MoveFile 0x7f27a50598f8 L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.exe.new" L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.exe" --- snip --- The installer doesn't fail but the temp files are not getting renamed. NOTE: These lines are also found here: https://bugs.winehq.org/show_bug.cgi?id=43193#c3 but that bug targets Wine-Staging with different issue and looks abandoned. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/scrrun/filesystem.c#… --- snip --- 3599 static HRESULT WINAPI filesys_MoveFile(IFileSystem3 *iface, BSTR Source, 3600 BSTR Destination) 3601 { 3602 FIXME("%p %s %s\n", iface, debugstr_w(Source), debugstr_w(Destination)); 3603 3604 return E_NOTIMPL; 3605 } --- snip --- $ sha1sum qt-opensource-windows-x86-msvc2015-5.8.0.exe 260369866673b0adb4d3576d3bd1afbb005817a9 qt-opensource-windows-x86-msvc2015-5.8.0.exe $ du -sh qt-opensource-windows-x86-msvc2015-5.8.0.exe 1.1G qt-opensource-windows-x86-msvc2015-5.8.0.exe $ wine --version wine-3.16 Regards -- 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 48495] New: XCP-ng Center v8.x (.NET 4.6 app) can't connect to server with self-signed certificate
by WineHQ Bugzilla Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=48495 Bug ID: 48495 Summary: XCP-ng Center v8.x (.NET 4.6 app) can't connect to server with self-signed certificate Product: Wine Version: 4.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: imirkin(a)alum.mit.edu Distribution: --- Needless to say, this works fine on windows. The application requires the "dotnet462" winetricks verb to start, and see #48492 for ways to get past the splash screen. Installation msi available from https://github.com/xcp-ng/xenadmin/releases/download/v8.0.1.26/XCP-ng-Cente… . However once in the application, it can't actually connect. WINEDEBUG=trace+crypt,trace+chain shows the following happening over and over and over and over again: 0072:trace:crypt:CertVerifyCertificateChainPolicy (#0004, 0xbe571d0, 0xd7beb70, 0xd7beb30) 0072:trace:chain:dump_policy_para cbSize = 12 0072:trace:chain:dump_policy_para dwFlags = 00000010 0072:trace:chain:dump_policy_para pvExtraPolicyPara = 0xd7beb60 0072:trace:chain:dump_ssl_extra_chain_policy_para cbSize = 16 0072:trace:chain:dump_ssl_extra_chain_policy_para dwAuthType = 2 0072:trace:chain:dump_ssl_extra_chain_policy_para fdwChecks = 00000000 0072:trace:chain:dump_ssl_extra_chain_policy_para pwszServerName = L"<redacted>" 0072:trace:crypt:CertVerifyCertificateChainPolicy returning 1 (800b0109) 800b0109 = CERT_E_UNTRUSTEDROOT And indeed, it's a self-signed certificate, which isn't in the trusted list. However note that policy_para.dwFlags = 0x10 == CERT_CHAIN_POLICY_ALLOW_UNKNOWN_CA_FLAG . This is handled in verify_base_policy. However verify_ssl_policy only checks for the bit in extra_chain_policy_para.fdwChecks, which is empty here. The (.NET) application does the following: SslStream sslStream = new SslStream(stream, false, new RemoteCertificateValidationCallback(ValidateServerCertificate), null); Where the ValidateServerCertificate function = "return true". I suspect that the policy para's dwFlags should be respected by verify_ssl_policy even if fdwFlags isn't set... but my familiarity with these APIs extends to all of the past couple of hours ... an expert opinion would be quite welcome. -- 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