January 2017 - Wine-Bugs - list.winehq.org

[Bug 39178] New: please insert disk 1 error
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=39178 Bug ID: 39178 Summary: please insert disk 1 error Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: keghn(a)netscape.net Distribution: --- The error: please insert disk: 1 Installing command and conquer 3 from DVD. The DVD is already in the drive. It just does not see it anymore after the install starts. Then the install lock up, on wine 1.7.50 My set up: Mint 17 mate 64 bit OS. Samsung laptop chronos np700z5c-s01ub optimus using, Intel ivy bridge i7-3615qm cpu. Geforce gt 630m gpu. -- 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 10

[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 39066] New: Problem with aplication to run drivers for windos 8
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=39066 Bug ID: 39066 Summary: Problem with aplication to run drivers for windos 8 Product: Wine Version: unspecified Hardware: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brunettimarco(a)live.com.ar Distribution: --- i want to run a CD, that contains drivers and when try to open the main file appearme an error thats says "the program install.exe has found a severy problem and he needs to close" To me is nice to have thats packs of drivers instaled, because aloud me to control the diferents components of my computers like, touchpad, screen, sound, video, etc... With windows 7 its works without any problem. please if anybody could help ill be very greatful. i left the domain of the company who make this computer, in the section of drivers. many 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.

2 10

[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

[Bug 36088] New: mansion88 poker
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=36088 Bug ID: 36088 Summary: mansion88 poker Product: WineHQ Apps Database Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: andrhi2ean(a)gmail.com Created attachment 48274 --> http://bugs.winehq.org/attachment.cgi?id=48274 mansion88 poker doesnt work on my pc program doesnt 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 5

[Bug 38211] New: Skyrim: freezes on opening screen
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=38211 Bug ID: 38211 Summary: Skyrim: freezes on opening screen Product: Wine Version: 1.6.2 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: angeltroubler(a)gmail.com Created attachment 51004 --> https://bugs.winehq.org/attachment.cgi?id=51004 output for Program Error Details When opening Skyrim through Steam, which is running through Wine, I get a Program Error saying "The program Setup.exe has encountered a serious problem and needs to close." The details for this are attached below. If I close this window, the game opens the initial play window, but after clicking play, it shows the Bethesda logo and then freezes on the Skyrim logo. If I then switch applications and return, the Play/Load/Credits/Quit buttons show up, but are missing letters and don't appear to have loaded correctly. Clicking play or loading a save results in a complete freeze. Any ideas on how I might be able to fix this? Thanks so much. -- 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 42041] New: Origin Setup and Origin Thin Setup installation fails immediately
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=42041 Bug ID: 42041 Summary: Origin Setup and Origin Thin Setup installation fails immediately Product: Wine Version: 2.0-rc2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexchandel(a)gmail.com Distribution: --- Attempting to install both the OriginSetup.exe and OriginThinSetup.exe on 32-bit wine-2.0-rc2 yields the same garbage error (pasted because it's so short): fixme:ver:GetCurrentPackageId (0x33e9dc 0x0): stub fixme:file:FindFirstFileExW flags not implemented 0x00000002 err:wintab32:LoadTablet LoadTabletInfo(0x10050) failed fixme:system:SetProcessDPIAware stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f178,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f318,0x00000000), stub! fixme:dxgi:dxgi_check_feature_level_support Ignoring adapter type. fixme:winediag:dxgi_check_feature_level_support None of the requested D3D feature levels is supported on this GPU with the current shader backend. fixme:win:EnumDisplayDevicesW ((null),0,0x33f318,0x00000000), stub! fixme:dxgi:dxgi_check_feature_level_support Ignoring adapter type. fixme:winediag:dxgi_check_feature_level_support None of the requested D3D feature levels is supported on this GPU with the current shader backend. fixme:win:EnumDisplayDevicesW ((null),0,0x33f438,0x00000000), stub! fixme:wgl:get_dc_pixel_format DC for window 0x5005e of other process: not implemented fixme:wgl:set_pixel_format DC for window 0x5005e of other process: not implemented err:d3d:context_create Failed to set pixel format 29 on device context 0x15004b. fixme:wgl:get_dc_pixel_format DC for window 0x5005e of other process: not implemented fixme:wgl:set_pixel_format DC for window 0x5005e of other process: not implemented err:d3d:context_create Failed to set pixel format 29 on device context 0x15004b. fixme:wgl:get_dc_pixel_format DC for window 0x5005e of other process: not implemented fixme:wgl:set_pixel_format DC for window 0x5005e of other process: not implemented err:d3d:context_create Failed to set pixel format 29 on device context 0x15004b. fixme:wgl:get_dc_pixel_format DC for window 0x5005e of other process: not implemented fixme:wgl:set_pixel_format DC for window 0x5005e of other process: not implemented err:d3d:context_create Failed to set pixel format 29 on device context 0x15004b. fixme:wgl:get_dc_pixel_format DC for window 0x5005e of other process: not implemented fixme:wgl:set_pixel_format DC for window 0x5005e of other process: not implemented err:d3d:context_create Failed to set pixel format 29 on device context 0x15004b. fixme:wgl:get_dc_pixel_format DC for window 0x5005e of other process: not implemented fixme:wgl:set_pixel_format DC for window 0x5005e of other process: not implemented err:d3d:context_create Failed to set pixel format 29 on device context 0x15004b. fixme:wgl:get_dc_pixel_format DC for window 0x5005e of other process: not implemented fixme:wgl:set_pixel_format DC for window 0x5005e of other process: not implemented err:d3d:context_create Failed to set pixel format 29 on device context 0x15004b. fixme:wgl:get_dc_pixel_format DC for window 0x5005e of other process: not implemented fixme:wgl:set_pixel_format DC for window 0x5005e of other process: not implemented err:d3d:context_create Failed to set pixel format 29 on device context 0x15004b. fixme:wgl:get_dc_pixel_format DC for window 0x5005e of other process: not implemented fixme:wgl:set_pixel_format DC for window 0x5005e of other process: not implemented err:d3d:context_create Failed to set pixel format 29 on device context 0x15004b. fixme:wgl:get_dc_pixel_format DC for window 0x5005e of other process: not implemented fixme:wgl:set_pixel_format DC for window 0x5005e of other process: not implemented err:d3d:context_create Failed to set pixel format 29 on device context 0x15004b. fixme:msvcrt:__clean_type_info_names_internal (0x5204014) stub fixme:ver:GetCurrentPackageId (0x33f398 0x0): stub fixme:ver:GetCurrentPackageId (0x33f5a4 0x0): stub err:ole:CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi-threaded fixme:ole:CoInitializeSecurity (0x0,-1,0x0,0x0,0,3,0x0,0,0x0) - stub! fixme:wbemprox:client_security_SetBlanket 0x49a5b960, 0x216bd8, 10, 0, (null), 3, 3, 0x0, 0x00000000 fixme:wbemprox:client_security_Release 0x49a5b960 fixme:mountmgr:harddisk_ioctl The DISK_PARTITION_INFO and DISK_DETECTION_INFO structures will not be filled fixme:mountmgr:harddisk_ioctl The DISK_PARTITION_INFO and DISK_DETECTION_INFO structures will not be filled fixme:win:EnumDisplayDevicesW ((null),0,0x33e998,0x00000000), stub! fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33ef68 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33edb8 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33ef28 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33ef58 1 C) semi-stub err:ole:CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi-threaded fixme:netprofm:connection_point_Advise 0x218018, 0x4b5f4dc, 0x4b5f544 - stub fixme:netprofm:list_manager_GetConnectivity 0x5970a58, 0x33fb34 fixme:winsock:set_dont_fragment IP_DONTFRAGMENT for IPv4 not supported in this platform fixme:winhttp:WinHttpDetectAutoProxyConfigUrl discovery via DHCP not supported fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:Heap32ListFirst : stub fixme:font:RemoveFontMemResourceEx (0x82f24eb1) stub fixme:font:RemoveFontMemResourceEx (0x82ffce79) stub fixme:font:RemoveFontMemResourceEx (0x82f88db1) stub fixme:font:RemoveFontMemResourceEx (0x82c47429) stub fixme:font:RemoveFontMemResourceEx (0x82c13be1) stub fixme:font:RemoveFontMemResourceEx (0x82c2fb49) stub fixme:font:RemoveFontMemResourceEx (0x82ce5ef1) stub fixme:font:RemoveFontMemResourceEx (0x81504311) stub fixme:font:RemoveFontMemResourceEx (0x815d1269) stub fixme:font:RemoveFontMemResourceEx (0x815ef099) stub fixme:font:RemoveFontMemResourceEx (0x81f25301) stub fixme:font:RemoveFontMemResourceEx (0x81858301) stub fixme:thread:SetThreadIdealProcessor (0x20c): stub I couldn't say why it fails, but errors include "err:wintab32:LoadTablet", "err:d3d:context_create", and "err:ole:CoInitializeEx". The machine has an Intel HD Graphics 4000 graphics card, which was added to wine in bug #39796. Note these errors appear different from bug #41410 -- 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