September 2019 - Wine-bugs - list.winehq.org

[Bug 47465] New: Issues with KnoxManageRemoteSupportClient.exe
by wine-bugs＠winehq.org 26 Sep '19

26 Sep '19

https://bugs.winehq.org/show_bug.cgi?id=47465 Bug ID: 47465 Summary: Issues with KnoxManageRemoteSupportClient.exe Product: Wine-staging Version: 4.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 64839 --> https://bugs.winehq.org/attachment.cgi?id=64839 blur ball Dear Wine Staging, Samsung’s Knox Manage Remote Support Client is very similar to Go To Assist Customer for Android and Windows. It allows your to do remote support on an Android machine from a Windows machine. Samsung Knox support has given you permission to use their software to troubleshoot Wine Staging: https://partnerhub.samsung.com/s/case/5000K00001oezH7QAI/permission-to-shar… “Our backend team expressed no qualms over this app being made available to your support contacts at the WINE project. They do not have permission to modify the app but they can utilize the .exe to test it in their environment. They can and are expected to modify their environment to fascilitate the execution of this application. If you require additional support with this ticket, please give our office a call (1-855-567-5669) and request me by name. Best Regards, Jimmy B.” Two problems with KnoxManageRemoteSupportClient.exe (the consultant side) running under Wine Staging. 1) KnoxManageRemoteSupportClient.exe installs perfect the first time. Under Windows 7, the second install does an uninstall. You have to a third install to get the software back on. Under Wine Staging, the second install runs to a point and dies. Nothing gets accomplished. If you use Wine’s Uninstaller, the install again works fine. Would you please fix the second install problem? The following forum post contains a lot of troubleshooting information this issue: https://forum.winehq.org/viewtopic.php?f=2&t=32584&p=123288 2) once it is up and working, the stinker is blurry! And it is not the fonts or font size that is the issue. I will post a screen shot. The following forum post contains a lot of troubleshooting information this issue: https://forum.winehq.org/viewtopic.php?f=8&t=32554&p=123182 Would you please fix the blur? I can send you my copy of KnoxManageRemoteSupportClient.exe and you can run it through Virus Total to make sure I am not pulling anything on you. It is 47 MB in size. Just tell me how you want it delivered. Or you can create an account at samsungknox.com then sign up for the Knox Manage free trial. It is a pain to figure out where the download is, but I can guide you through it, if that is the route you want to take. Many thanks, -T -- 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 47811] New: Pro/Desktop Panels : cannot resize bigger, artifacts appear instead
by WineHQ Bugzilla 26 Sep '19

26 Sep '19

https://bugs.winehq.org/show_bug.cgi?id=47811 Bug ID: 47811 Summary: Pro/Desktop Panels : cannot resize bigger, artifacts appear instead Product: Wine Version: 4.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: n296869(a)rtrtr.com Distribution: --- Created attachment 65299 --> https://bugs.winehq.org/attachment.cgi?id=65299 terminal-console output Pro/Desktop Panel windows, does not resize to→bigger correctly, edge becomes bigger without making the actual inner part bigger, redraw artifacts appear at the gap. all the affected dialogs in question are optionally collapsable when loosing mouse focus, the bug affects the program regardless of the setting. -- 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 47804] New: Make adding Windows locales more scalable
by WineHQ Bugzilla 25 Sep '19

25 Sep '19

https://bugs.winehq.org/show_bug.cgi?id=47804 Bug ID: 47804 Summary: Make adding Windows locales more scalable Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Currently adding a new Windows locale available for testing requires: 1. Manually installing the language on Windows, either through the Windows Update mechanism for Windows < 10, or through the new (cumbersome) Windows 10 interface. 2. Manually creating a new VM object through the web interface. 3. Manually creating a live snapshot. (*) It also has consequences: 4. On the VM selection page of the submit job procedure this creates a new line for the VM. So if all 30+ Windows languages for each of the 3 VMs where that's possible we would be looking at 90+ lines. 5. On the Activity page there is one column per VM. That page would get way to big to be usable. (*) LibvirtTool is no able to automatically change the Windows VM locale and create the appropriate live snapshot. So issue 3 is solved. Four more to go! -- 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 0

[Bug 47802] New: Monitor the VMs disk usage
by WineHQ Bugzilla 24 Sep '19

24 Sep '19

https://bugs.winehq.org/show_bug.cgi?id=47802 Bug ID: 47802 Summary: Monitor the VMs disk usage Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- We have a Munin plugin that monitors various TestBot metrics like the VM revert times. This can be pretty useful to diagnose issues. However this does not monitor the VM's disk usage, i.e. the size of their qcow2 files. Yet for some VMs the disk usage can increase quite a bit with time. Tests could also fill a VM's disk (accidentally or not), causing an increase in the qcow2's file size. Libvirt provides a way to query a VM's disk usage remotely. However I expect this to not be super fast so I don't think this should be done directly in the Munin.pl script. Also these typically do not change all that often so querying them every 5 minutes may be overkill. So the way to go would probably be to run a script from cron to update a TestBot table with that data (likely the Records table), and then have Munin.pl return the latest data from that table. -- 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 0

[Bug 43880] New: Testbot will not submit results (too many errors)
by wine-bugs＠winehq.org 24 Sep '19

24 Sep '19

https://bugs.winehq.org/show_bug.cgi?id=43880 Bug ID: 43880 Summary: Testbot will not submit results (too many errors) Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: parkerjbarker(a)yahoo.com "59 tests failed, there's probably something broken with your setup. You need to address this before submitting results." 52 errors for the 64 bit test, and 59 errors for the 32 bit test. I'm running this on real hardware, Vista, as administrator. Please update the testing software so that I can submit the results, even with a high number of errors. And while you're at it, I would change the comma after "failed" to a colon. I looked for similar bug reports but found nothing expressly dealing with this. -- 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 47796] New: mysql-workbench: Error para iniciar la aplicación
by WineHQ Bugzilla 24 Sep '19

24 Sep '19

https://bugs.winehq.org/show_bug.cgi?id=47796 Bug ID: 47796 Summary: mysql-workbench: Error para iniciar la aplicación Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fitopy(a)gmail.com Distribution: --- Created attachment 65288 --> https://bugs.winehq.org/attachment.cgi?id=65288 mysql-workbench: Error para iniciar la aplicación mysql-workbench: Error para iniciar la aplicación, no se puede iniciar, se instala tranquilamente si tiene toda las dependencias satisfechas pero no inicia despues de instalar -- 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 1

[Bug 44338] New: cmd: Brackets are no deliminiter in the condition part of the if command.
by wine-bugs＠winehq.org 24 Sep '19

24 Sep '19

https://bugs.winehq.org/show_bug.cgi?id=44338 Bug ID: 44338 Summary: cmd: Brackets are no deliminiter in the condition part of the if command. Product: Wine Version: 3.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 60213 --> https://bugs.winehq.org/attachment.cgi?id=60213 cmd: Change parsing of the if command to avoid parsing the operators. Found while trying to look into #44236. There a batch script is executed that contains lines as this: --- if (%1)==(p) start /W " " "%SFDIR%WSFplot" wr2300.t35 3 --- This returns an error like this: --- Syntax error Can't recognize 'p' as an internal or external command, or batch script. --- It looks like native does handle the brackets differently when contained inside the condition part of the if command. Attached is a patch that tries to skip the parsing in WCMD_ReadAndParseLine of that part. Therefore it moves most of the content of WCMD_if into a helper and calls that to estimate how long the condition part is. -- 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 47757] Draugen requires mfplat.dll.MFGetConfigurationDWORD
by WineHQ Bugzilla 24 Sep '19

24 Sep '19

https://bugs.winehq.org/show_bug.cgi?id=47757 --- Comment #1 from Nikolay Sivov <bunglehead(a)gmail.com> --- I suggest removing this from staging patches. -- 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 0

[Bug 47793] New: Avast cannot be installed
by WineHQ Bugzilla 23 Sep '19

23 Sep '19

https://bugs.winehq.org/show_bug.cgi?id=47793 Bug ID: 47793 Summary: Avast cannot be installed Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: thekingstream(a)gmail.com Distribution: --- When trying to install avast the installer stop and a message error is displayed, the error is: HTMLayout.dll cannot be loaded to properly start GUI. Therefore process cannot continue. I try to copy dll in system, system32 and syswow64 directory of wine but problem still persist -- 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 1

[Bug 47787] New: Path maniplation bug in cpython 3.5/3.6 but not 3.7
by WineHQ Bugzilla 23 Sep '19

23 Sep '19

https://bugs.winehq.org/show_bug.cgi?id=47787 Bug ID: 47787 Summary: Path maniplation bug in cpython 3.5/3.6 but not 3.7 Product: Wine Version: 4.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zzhang(a)codeweavers.com Distribution: --- Bug reported by Sebastian M. Ernst on wine-devel mail list. Found one more odd thing and it might be closely related (if not the same bug). I tested different versions of CPython for Windows on Wine 4.14 and noticed that pytest (a Python test library) was somehow broken on CPython 3.5 and 3.6 but not on CPython 3.7. It can also be traced back to path manipulation: # CPython 3.5.4 user(a)comp:/path/to/target> wine python.exe -c "from pathlib import Path; print(Path('.').resolve())" Traceback (most recent call last): File "<string>", line 1, in <module> File "pathlib.py", line 1109, in resolve File "pathlib.py", line 186, in resolve FileNotFoundError: [WinError 2] Datei nicht gefunden: '.' # CPython 3.6.3 user(a)comp:/path/to/target> wine python.exe -c "from pathlib import Path; print(Path('.').resolve())" . # CPython 3.7.4 user(a)comp:/path/to/target> wine python.exe -c "from pathlib import Path; print(Path('.').resolve())" Z:\path\to\target CPython 3.7 is correctly resolving the path '.' while CPython 3.5 and 3.6 fail in different ways. All three examples work correctly on Windows 10. "Datei nicht gefunden" translates to "file not found". If any one wants to take this bug. Please assign it. Thanks. -- 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 4