wine-bugs October 2018

wine-bugs@winehq.org

1 participants
7897 discussions

[Bug 28436] New: Panzer Corps: Buttons unusable
by wine-bugs＠winehq.org 12 Dec '18

12 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=28436 Summary: Panzer Corps: Buttons unusable Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: slackers.mailbox(a)gmail.com Created an attachment (id=36449) --> (http://bugs.winehq.org/attachment.cgi?id=36449) Panzer Corps: unusable buttons Clicking on buttons like "next", "supply", etc. has the following results: The buttons are highlighted when you click at them, but there is no appropriate response from the game - for instance, clicking on supply doesn't supply the unit. Instead, there are no mouse clicks recognized anymore. By opening up the purchase menu (hotkey "b") and clicking on "cancel" the mouse is working fine again. So you are limited to play the game using hotkeys exclusively. -- 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.

1 8

[Bug 16968] New: environment variables not passed across to commands that are run with popen
by wine-bugs＠winehq.org 12 Dec '18

12 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=16968 Summary: environment variables not passed across to commands that are run with popen Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net this is the python test from test_os.py, but it should work equally as well in straight c-code. the only reason this test _happened_ to be run at all is because i have msys installed. normally, under windows, this test would be entirely skipped. # Bug 1110478 def test_update2(self): if os.path.exists("/bin/sh"): os.environ.update(HELLO="World") value = os.popen("/bin/sh -c 'echo $HELLO'").read().strip() self.assertEquals(value, "World") -- 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.

1 10

[Bug 19176] New: err:ddeml:WDML_CreateString Unknown code page 437
by wine-bugs＠winehq.org 11 Dec '18

11 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=19176 Summary: err:ddeml:WDML_CreateString Unknown code page 437 Product: Wine Version: 1.1.25 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: perchrh-wine(a)pvv.org Created an attachment (id=22166) --> (http://bugs.winehq.org/attachment.cgi?id=22166) Output of WINEDEBUG=+ddeml The installer of "Mordor 1 The Depths of Dejenol" (demo and full version) fails and the message "err:ddeml:WDML_CreateString Unknown code page 437". This may or may not be the reason it crashes, but in any case it looks to be a shortcoming in Wine's ddeml.dll -- 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.

1 15

[Bug 42672] New: Traffic Giant unable to sart
by wine-bugs＠winehq.org 11 Dec '18

11 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=42672 Bug ID: 42672 Summary: Traffic Giant unable to sart Product: Wine Version: 2.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skerit(a)kipdola.com Distribution: --- Created attachment 57623 --> https://bugs.winehq.org/attachment.cgi?id=57623 Wine log Traffic Giant is unable to start, just the splash screen is shown and nothing further. The log seems to state "Cannot change screen BPP from 32 to 16". This seems to be a regression, as this was fixed until wine 1.7. -- 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 6

[Bug 25283] New: Unimplemented function urlmon.dll.410
by wine-bugs＠winehq.org 11 Dec '18

11 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=25283 Summary: Unimplemented function urlmon.dll.410 Product: Wine Version: 1.3.7 Platform: x86-64 URL: http://http://download.microsoft.com/download/C/C/0/CC 0BD555-33DD-411E-936B-73AC6F95AE11/IE8-WindowsXP-x86-E NU.exe OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk IE8 for XP crashes out with unimplemented function urlmon.dll.410 once installed. winetricks urlmon doesn't help, but urlmon.dll from Windows XP does. Tested in wine-1.3.7-233-g9867c39. -- 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.

1 10

[Bug 45894] New: Final Fantasy XIV cinematics do not play
by wine-bugs＠winehq.org 10 Dec '18

10 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=45894 Bug ID: 45894 Summary: Final Fantasy XIV cinematics do not play Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Distribution: --- Hello, Final Fantasy XIV works with Wine but...the cinematics do not play and you can not bypass them. So you stuck with a black screen and all you can do is force exit (alt+f4). This is the error message in the terminal: 0086:err:ole:COMPOBJ_DllList_Add couldn't load in-process dll L"C:\\windows\\system32\\quartz.dll" 0086:err:ole:CoGetClassObject no class object {e436ebb3-524f-11ce-9f53-0020af0ba770} could be created for context 0x1 Thank you for your help. -- 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 15

[Bug 35900] New: L.A. Noire 1.3 (Steam version) crashes during upload of WINED3DFMT_DXT1 volume texture
by wine-bugs＠winehq.org 10 Dec '18

10 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=35900 Bug ID: 35900 Summary: L.A. Noire 1.3 (Steam version) crashes during upload of WINED3DFMT_DXT1 volume texture Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, with bug 35112 fixed, it runs a bit farther - only to crash again. Prerequisite: 'winetricks -q dotnet35sp1' --- snip --- $ pwd /home/focht/wine-apps/wineprefix-steam/wineprefix/drive_c/Program Files/Steam $ WINEDEBUG=+tid,+seh,+loaddll,+process,+msvcrt,+d3d,+d3d9,+d3d_texture,+d3d_surface wine ./steam.exe -applaunch 110800 >>~/Downloads/log.txt 2>&1 ... 0041:trace:d3d:device_update_volume device 0x31b52f00, src_volume 0x34dc7ea0, dst_volume 0x34dc7c78. 0041:trace:d3d_surface:wined3d_volume_map volume 0x34dc7ea0, map_desc 0x3328c4, box (nil), flags 0x10. 0041:trace:d3d_surface:wined3d_volume_map Base memory pointer 0x34e1c8e0. 0041:trace:d3d_surface:wined3d_volume_get_pitch Returning row pitch 128, slice pitch 2048. 0041:trace:d3d_surface:wined3d_volume_map No box supplied - all is ok 0041:trace:d3d_surface:wined3d_volume_map Returning memory 0x34e1c8e0, row pitch 128, slice pitch 2048. 0041:trace:d3d:context_acquire device 0x31b52f00, target (nil). 0041:trace:d3d:context_enter Entering context 0x31b804f8, level 1. 0041:trace:d3d_texture:wined3d_texture_bind texture 0x34dc7b10, context 0x31b804f8, srgb 0. 0041:trace:d3d:context_bind_texture glBindTexture call ok /home/focht/projects/wine/wine.repo/src/dlls/wined3d/context.c / 2065 0041:trace:d3d_surface:wined3d_volume_load_location Volume 0x34dc7c78, loading WINED3D_LOCATION_TEXTURE_RGB, have WINED3D_LOCATION_TEXTURE_RGB. 0041:trace:d3d_surface:wined3d_volume_load_location Location(s) already up to date. 0041:trace:d3d_surface:wined3d_volume_upload_data volume 0x34dc7c78, context 0x31b804f8, level 0, format WINED3DFMT_DXT1 (0x31545844). 0041:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf5b6cde9 ip=f5b6cde9 tid=0041 0041:trace:seh:raise_exception info[0]=00000000 0041:trace:seh:raise_exception info[1]=34e40000 0041:trace:seh:raise_exception eax=00000000 ebx=00000000 ecx=00000004 edx=00000000 esi=34e40000 edi=f18a1728 0041:trace:seh:raise_exception ebp=00000038 esp=0033231c cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 0041:trace:seh:call_stack_handlers calling handler at 0x1048b64 code=c0000005 flags=0 0041:trace:seh:call_stack_handlers handler at 0x1048b64 returned 1 0041:trace:seh:call_stack_handlers calling handler at 0x1060f8d code=c0000005 flags=0 0041:trace:seh:call_stack_handlers handler at 0x1060f8d returned 1 0041:trace:seh:call_stack_handlers calling handler at 0x1068980 code=c0000005 flags=0 0041:trace:seh:call_stack_handlers handler at 0x1068980 returned 1 0041:trace:seh:call_stack_handlers calling handler at 0x10521c5 code=c0000005 flags=0 0041:trace:seh:call_stack_handlers handler at 0x10521c5 returned 1 0041:trace:seh:call_stack_handlers calling handler at 0xedc215 code=c0000005 flags=0 --- snip --- This is with the Nvidia binary driver: $ nvidia-smi +------------------------------------------------------+ | NVIDIA-SMI 4.304... Driver Version: 304.119 | |-------------------------------+----------------------+----------------------+ | GPU Name | Bus-Id Disp. | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | |===============================+======================+======================| | 0 GeForce GT 425M | 0000:01:00.0 N/A | N/A | | N/A 61C N/A N/A / N/A | 13% 128MB / 1023MB | N/A Default | +-------------------------------+----------------------+----------------------+ Interestingly, when I disable DXTC support (commenting out the "GL_EXT_texture_compression_s3tc" from gl_extension_map[] in dlls/wined3d/directx.c -> http://source.winehq.org/git/wine.git/blob/62f7ba2555c475a65ad6bf143780b24f…) it runs much farther: several splash/intros can be seen until it crashes again (probably due to disabling of DXTC support), after lots of: --- snip --- ... 0042:trace:d3d9:d3d9_device_CreateCubeTexture iface 0xfa0a540, edge_length 128, levels 8, usage 0, format 0x31545844, pool 0, texture 0x332d84, shared_handle (nil). 0042:trace:d3d_texture:wined3d_texture_create device 0xfd12f00, desc 0x332c68, level_count 8, surface_flags 0, parent 0x3524e438, parent_ops 0xf5f77e78, texture 0x3524e448. 0042:fixme:d3d:debug_d3dusage Unrecognized usage flag(s) 0x10000000 0042:trace:d3d_texture:wined3d_texture_init texture 0x3524e488, texture_ops 0xf5eab0b0, layer_count 6, level_count 8, resource_type WINED3D_RTYPE_CUBE_TEXTURE, format WINED3DFMT_DXT1, multisample_type 0, multisample_quality 0, usage 0, pool WINED3D_POOL_DEFAULT, width 128, height 128, depth 1, device 0xfd12f00, parent 0x3524e438, parent_ops 0xf5f77e78, resource_ops 0xf5eab0bc. 0042:warn:d3d_texture:wined3d_texture_init Failed to initialize resource, returning 0x8876086c 0042:warn:d3d_texture:cubetexture_init Failed to initialize texture, returning 0x8876086c 0042:warn:d3d_texture:wined3d_texture_create Failed to initialize texture, returning 0x8876086c. 0042:warn:d3d9:cubetexture_init Failed to create wined3d cube texture, hr 0x8876086c. 0042:warn:d3d9:d3d9_device_CreateCubeTexture Failed to initialize cube texture, hr 0x8876086c. 0042:trace:seh:raise_exception code=c0000005 flags=0 addr=0xd66b7e ip=00d66b7e tid=0042 0042:trace:seh:raise_exception info[0]=00000001 0042:trace:seh:raise_exception info[1]=00000014 0042:trace:seh:raise_exception eax=00000000 ebx=00000008 ecx=10998bf0 edx=00110064 esi=10998b70 edi=31545844 0042:trace:seh:raise_exception ebp=1169bd90 esp=00332db8 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 0042:trace:seh:call_stack_handlers calling handler at 0x1048bb6 code=c0000005 flags=0 --- snip --- There is also bug 29128 - IMHO messed up with various issues, unusable for problem analysis. $ wine --version wine-1.7.15-133-g62f7ba2 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.

1 24

[Bug 44034] New: Starcraft II errors out on loading some maps
by wine-bugs＠winehq.org 10 Dec '18

10 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=44034 Bug ID: 44034 Summary: Starcraft II errors out on loading some maps Product: Wine Version: 2.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ss.c(a)gmx.net Distribution: --- Created attachment 59698 --> https://bugs.winehq.org/attachment.cgi?id=59698 Starcraft II logs Starcraft II errors out on loading some maps. See also https://forum.winehq.org/viewtopic.php?f=8&t=29648. Attaching log of last runs with crash result and mutex result. uname -a: Linux b250m 4.13.0-1-amd64 #1 SMP Debian 4.13.4-2 (2017-10-15) x86_64 GNU/Linux glxinfo | egrep '(^OpenGL|direct[: ])' direct rendering: Yes OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 630 (Kaby Lake GT2) OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.2.4 OpenGL core profile shading language version string: 4.50 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 17.2.4 OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.2 Mesa 17.2.4 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20 OpenGL ES profile extensions: -- 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

[Bug 45696] New: iconcache ImageList goes out of sync when an icon partially fails to load
by wine-bugs＠winehq.org 10 Dec '18

10 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=45696 Bug ID: 45696 Summary: iconcache ImageList goes out of sync when an icon partially fails to load Product: Wine Version: 3.14 Hardware: x86 URL: http://web.archive.org/web/20061024195250/http://www.g orlani.com:80/downloads/turniton.zip OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: gabrielopcode(a)gmail.com Distribution: --- This is mostly for reference and reproducibility: I plan to fix this bug. I've stumbled upon it when browsing through a Windows drive full of random programs with Total Commander under Wine, that contained the application "TurnItOn.exe" which is packed with some sort of executable packer (not UPX). There were other applications with icons in the same directory, but when the icon failed to load for TurnItOn.exe, it would receive the icon of the *next* application in the list and so on, until the last one which had a blank icon (out of bounds) -- totally messing the icons up until Total Commander was restarted. I was able to locate this exact version of TurnItOn.exe that I found via the web archive. It's a freeware, and it doesn't even have to be run! To reproduce this bug, it's enough that it exists so that its icon gets loaded by Total Commander. To reproduce: * Download Total Commander if you don't have it from: http://www.ghisler.com/amazons3.php * Download and place TurnItOn.exe in C:\windows on a new prefix for winhlp32.exe * Enter the directory via Total Commander, notice how both lack icons now * Exit it and enter it again to redraw the icons Note how at this point, TurnItOn.exe has the icon of winhlp32.exe, while the latter has a blank icon. If there were more executables, all the icons were "shifted" back but not in index. This happens because, due to the packer in TurnItOn.exe, only some of the icons fail to load. The icon cache loads multiple versions of the icon at different sizes in its cached ImageList array. When at least one icon succeeds the extraction, the index gets incremented. However, in this case the 16x16 icon fails to load, but the 32x32 icon does not. So the cache ImageLists will get out of sync (a warning is even displayed), resulting in this problem: index pointing one icon ahead in the 16x16 list. The simplest solution would be to fail the entire thing if at least one icon fails to load. However, that would make TurnItOn.exe have no icon, despite the fact its 32x32 icon extracted fine, but at least it would solve the bug. But I plan to do something better: create missing icons that failed to extract by resizing the ones that succeeded. In this case, the 32x32 icon would get resized to 16x16 and an icon would be created. Then, TurnItOn.exe would also have an icon (as well as other times an icon fails to extract). -- 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 37418] New: Unable to paste images from linux clipboard to Wine apps workspace (affects Photoshop, Powerpoint etc.)
by wine-bugs＠winehq.org 10 Dec '18

10 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=37418 Bug ID: 37418 Summary: Unable to paste images from linux clipboard to Wine apps workspace (affects Photoshop, Powerpoint etc.) Product: Wine Version: 1.7.29 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: fincer89(a)hotmail.com Distribution: --- Note: This is not the same bug than 7372 (https://bugs.winehq.org/show_bug.cgi?id=7372) as it deals mostly with text/html issue. Pasting a raster image from the clipboard or from a website (using native linux web browser like Firefox) to the Photoshop workspace doesn't work. The paste button stays greyed out, no matter of what. The workaround, which is basically saving the image to the computer and opening to the Photoshop, is a cumbersome, less user-friendly and time consuming method: you need to save the image file and look for it from a local directory structure and then open it. Much more complicated than just copying the image to the linux clipboard and paste it to the Photoshop, isn't it? Very desirable Wine implementation would be a support for copy-pasting images from native linux programs to Windows-based programs straightforwardly without extra tricky steps needed. This is marked as a bug because the image pasting function is one of the fundemental functions in the program and, at the moment of writing this bug report, it does not work as it should do. All comments and ideas are 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 17

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs October 2018