July 2015 - Wine-Bugs - list.winehq.org

[Bug 12406] New: document explorer (part of win doc kit) won't run
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=12406 Summary: document explorer (part of win doc kit) won't run Product: Wine Version: CVS/GIT Platform: PC-x86-64 URL: http://download.microsoft.com/download/3/3/c/33cfef4d- 21da-4229-bc17-3eac7a7eabe1/WDKDocs_02222008.EXE OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: htl10(a)users.sourceforge.net follow up to bug 12331 (which was about installation, and is fixed in current git). document explorer dies with a note saying it wants to contact microsoft to send a bug report. -- 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 27

[Bug 20465] New: Brothers In Arms Hell's Highway : Setup asks for DVD for every .cab file
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=20465 Summary: Brothers In Arms Hell's Highway : Setup asks for DVD for every .cab file Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvachon(a)gmail.com Created an attachment (id=24342) --> (http://bugs.winehq.org/attachment.cgi?id=24342) log During the file copy process, the setup program asks for the DVD location (eg. Z:\mnt\cdrom\...) everytime it has to extract files from a .cab archive. It does not prevent the install process to work, but this behaviour seems quite unusual for a game that uses a single DVD disc. I browsed the web and have not found users whom had this issue under Windows. Console output is attached -- 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 18

[Bug 24529] New: TSDoctor 1.0.58 fails to run
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=24529 Summary: TSDoctor 1.0.58 fails to run Product: Wine Version: 1.3.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: bbutscheidt(a)yahoo.de Created an attachment (id=30960) --> (http://bugs.winehq.org/attachment.cgi?id=30960) Wine output while starting or installing TSDoctor-1.0.58 Trying to run or install a recent version of TSDoctor (http://www.cypheros.de/tsdoctor.html Trial Version 1.0.58 in my case) I get an application error, The original message in the Windows?-Message-box: Exception EAccesViolation in Modul TSDocter.exe bei 001D0586. Zugriffsverletzung bei Adresse 005D0586 in Modul 'TSDocor.exe'. Lesen von Adresse 00000000. I guess this suggests an access violation while reading from 00000000. The output of the command line is given with the attachment. Kind regards bernd_b -- 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 38901] New: MEGAsync crashes when downloading external files (not from your account) to your HDD
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=38901 Bug ID: 38901 Summary: MEGAsync crashes when downloading external files (not from your account) to your HDD Product: Wine Version: 1.7.47 Hardware: x86 URL: https://mega.nz/MEGAsyncSetup.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: Red Hat Created attachment 51835 --> https://bugs.winehq.org/attachment.cgi?id=51835 Backtrace Steps to reproduce: 1) Install MegaSync 2) Create a new account 3) Find any file in Mega 4) "Download it with MEGASync" After the first few downloaded megabytes MegaSync will crash. $ sha1sum MEGAsyncSetup.exe 96f23b32524f9d560ba62797564edea24d43779a MEGAsyncSetup.exe (9321560 bytes) -- 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 19306] New: visual bugs on Trackmania in 1.1.19
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=19306 Summary: visual bugs on Trackmania in 1.1.19 Product: Wine Version: 1.1.19 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: yoann.laissus(a)gmail.com CC: stefan(a)codeweavers.com Created an attachment (id=22351) --> (http://bugs.winehq.org/attachment.cgi?id=22351) without the bug Since wine 1.1.19 with the fbo mode and the GLSL enabled, Trackmania Nations Forever have importants visual bugs. For example, the car are not displayed. I attached the screen of the main menu with the bug and without the bug. The regression test : commit 3e099d014750fa5fc2a10c6aa4bf23ddc80a1fc6 Author: Stefan Dösinger <stefan(a)codeweavers.com> Date: Wed Feb 25 21:20:39 2009 +0100 wined3d: Advertise post pixelshader blending for a few more formats. Windows advertises it on all these formats(Nvidia Geforce 7400), and Trackmania Nations needs it on D3DFMT_Q8W8V8U8 to accept ps_3_0 support. -- 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 27032] New: Gnome Shell does not show Wine program names in dash and panel
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=27032 Summary: Gnome Shell does not show Wine program names in dash and panel Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: uhkeller(a)googlemail.com In the Gnome (3.0) shell, all running Wine applications share the same nondescript icon, and their title in the panel is always given as "Wine Windows Program Loader". Switching between Wine apps using the Dash requires a right-click on the shared icon. I have filed a bug report on this in the Gnome bugzilla, and it seems the issue occurs because Wine sets the WM_CLASS of its Windows differently than Gnome Shell expects. Gnome Shell expects WM_CLASS to match the .desktop file of the application, while Wine sets it to "Wine" and the name of the Windows executable. E.g. for Word 2007, xprop gives me: WM_CLASS(STRING) = "WINWORD.EXE", "Wine" while the .desktop file for Word 2007 is "Microsoft Office Word 2007.desktop" I'm using Wine 1.3.19 on Arch Linux i686. Relevant bug report in the Gnome bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=649087 Might be related to this Wine bug: http://bugs.winehq.org/show_bug.cgi?id=26950 -- 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 25015] New: Pando downloader hangs
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=25015 Summary: Pando downloader hangs Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Running the downloader for a game that uses the Pando peer to peer system, I noticed the UI had hang, the app was still using lots of CPU, the downloaded file didn't seem to be growing (it was at 1GB out of 4GB), and the console showed err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to be increased lsof showed that PMB.exe has two listening sockets, 25 ESTABLISHED sockets, 96 pipes, one UDP socket, 7 UNIX sockets, 97 regular files, 3 directories, and one device, for a grand total of 233. 233 is way below ulimit -n (1024). Perhaps the app had closed lots of peer connections in the hour after the warning? Which makes it sound like there isn't a bad leak. No idea what it's doing with all those pipes, though. It's possible Pando just needs a higher ulimit. Or perhaps it can operate fine with this "low" ulimit, and the hang is not related to running out of fds. -- 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 16

[Bug 38577] New: Microsoft Works 3.0 Multimedia Edition Not Installing
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=38577 Bug ID: 38577 Summary: Microsoft Works 3.0 Multimedia Edition Not Installing Product: Wine Version: 1.6.2 Hardware: x86 OS: FreeBSD Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vincentweisner(a)icloud.com When I tried to install Microsoft Works 3.0 MM Edition I got an error while installing the program. The Error was for a file not being changed. I went into a full custom install and while the files were being copied was when I got the error. -- 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 38467] New: Win86Emu doesn't run (Loadlibrary flag missing)
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=38467 Bug ID: 38467 Summary: Win86Emu doesn't run (Loadlibrary flag missing) Product: Wine Version: unspecified Hardware: arm OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mmediouni(a)gmx.fr Distribution: --- fixme:module:load_library unsupported flag(s) used (flags: 0x00000060) "Can't reserve memory file(file too big or invalid format" error is shown. (follow-up to Bug33997) -- 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 16

[Bug 29708] New: Wine processes take ages to start on Solaris
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=29708 Bug #: 29708 Summary: Wine processes take ages to start on Solaris Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified Winetest takes ages to complete on Solaris, particularly on Solaris 10: about 80 minutes. I instrumented winetest to trace the time it takes to run each test and the result is eloquent: starting a Wine process takes 4 to 5 seconds on Solaris 10. With some grepping of the logs I built the following table which shows this issue. Note that all operating systems are running inside VMware on the same machine (one at a time of course), so they should all have the same performance. Seconds freebsd81 solaris1111 solaris10u9 0 401 169 0 1 48 220 0 2 8 43 0 3 10 16 15 4 2 6 123 5 4 2 190 6 2 3 45 7 3 4 21 8 3 2 9 9 2 1 8 10-29 17 24 34 30-59 3 4 8 60-99 1 1 3 100-119 0 0 1 120- 1 8 9 Also note that this is not the first-process start delay since winetest.exe is already running. I took a trace with +timestamp but it only showed the last 0.6 seconds of execution so more digging is needed. -- 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 9