March 2017 - Wine-bugs - list.winehq.org

[Bug 34146] New: Wings of Prey demo background image in launcher is not shown
by wine-bugs＠winehq.org 20 Jan '20

20 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=34146 Bug #: 34146 Summary: Wings of Prey demo background image in launcher is not shown Product: Wine Version: 1.6 Platform: x86 URL: http://www.fileplanet.com/208822/200000/fileinfo/Wings -of-Prey--Demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com Classification: Unclassified Created attachment 45421 --> http://bugs.winehq.org/attachment.cgi?id=45421 launcher settings (wine) Launcher hasn't background image. -- 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 14

[Bug 33476] New: fxc, the Microsoft Effect Compile, to work due to d3d
by wine-bugs＠winehq.org 20 Jan '20

20 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=33476 Bug #: 33476 Summary: fxc, the Microsoft Effect Compile, to work due to d3d Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: titan.costa(a)gmail.com Classification: Unclassified Created attachment 44310 --> http://bugs.winehq.org/attachment.cgi?id=44310 fxc log Hi, I can't get the fxc, the Microsoft Effect Compile, to work. Something goes wrong with d3d. The command line is: wine fxc.exe /T fx_2_0 BasicHLSL.fx Both fxc.exe and BasicHLSL.fx come from the DXSDK. d3dcompiler_43.dll must be set as native. Here is the output: NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. fixme:win:EnumDisplayDevicesW ((null),0,0x32f6e8,0x00000000), stub! err:d3d:context_create Failed to set pixel format 1 on device context 0x80026. err:d3d:context_choose_pixel_format Can't find a suitable iPixelFormat err:d3d:context_create Failed to set pixel format 1 on device context 0x6002b. fixme:d3d:wined3d_get_format Can't find format WINED3DFMT_R24_UNORM_X8_TYPELESS (0x49) in the format lookup table fixme:d3d:getDepthStencilBits Unsupported depth/stencil format WINED3DFMT_UNKNOWN. err:d3d:context_create Failed to set pixel format 25 on device context 0x10033. err:d3d:context_create Failed to set pixel format 13 on device context 0x10035. err:d3d:context_choose_pixel_format Can't find a suitable iPixelFormat err:d3d:context_create Failed to set pixel format 1 on device context 0x10037. Failed to create D3D device Please check your SDK installation. disassembly failed; no disassembly produced -- 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 32596] New: Skydrift background glitches
by wine-bugs＠winehq.org 20 Jan '20

20 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=32596 Bug #: 32596 Summary: Skydrift background glitches Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: paulthetall(a)gmail.com Classification: Unclassified The game Skydrift works fine itself, but it has some nasty background glitches which are very annoying. Especially in some specific levels this makes the game un-enjoyable. Seems this counts for everyone tested this game: http://appdb.winehq.org/objectManager.php?sClass=version&iId=25176&iTesting… http://appdb.winehq.org/objectManager.php?sClass=version&iId=25176&iTesting… Have a screenshot attached. If you need me to do some test debugrun stuff with some extensions let me know. Mac OSX 10.8.2 AMD Radeon 6770M graphicscard -- 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 10

[Bug 29092] New: Myst Masterpiece crashes on game entry
by wine-bugs＠winehq.org 18 Jan '20

18 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=29092 Bug #: 29092 Summary: Myst Masterpiece crashes on game entry Product: Wine Version: 1.3.32 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)mizapf.de Classification: Unclassified Myst Masterpiece Edition crashes on game entry, i.e. when you touch the first link book. Link sound occurs, then a Program Error window pops up, reporting that "The program mystmaster2k-d.exe has encountered a serious problem and needs to close". The close button does not shut down the application, need to close the window. Same results for myst.exe, myst9x.exe, and mystmaster2k-d.exe. Reinstall of Myst did not help. Seems to be a regression some time ago, because I could play the same game about a year ago when it stopped working after a new OS installation (including a new wine version). I gave up on it and tried to run it again just recently but things seem to have not changed. Last lines on console: fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x31aee0,0x00000000), stub! fixme:font:CreateScalableFontResourceW (0,L"C:\\windows\\QTFont.for",L"C:\\windows\\QTFont.qfn",(null)): stub fixme:d3d:wined3d_device_decref Device released with resources still bound, acceptable but unexpected. fixme:d3d:wined3d_device_decref Leftover resource 0x1c1fe8 with type WINED3DRTYPE_SURFACE (0x1). wine: Unhandled page fault on read access to 0x0251736d at address 0x36fe0b8 (thread 002d), starting debugger... -- 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 39

[Bug 40316] New: Industry Giant 2, repair-cursor freezes render-updates unless cursor-position over popup-menu again
by wine-bugs＠winehq.org 18 Jan '20

18 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=40316 Bug ID: 40316 Summary: Industry Giant 2, repair-cursor freezes render-updates unless cursor-position over popup-menu again Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: owezahra(a)gmail.com Distribution: --- Created attachment 53965 --> https://bugs.winehq.org/attachment.cgi?id=53965 attached standard log and cursor files When running IndustryGiant 2.1 on a HD7730 (Ubuntu 14.04 x64, new x86 wineprefix with no other packages or anything) with opengl/gdi the cursor disappears when it has to change its layout to the repair-cursor (for building a vehicle repair addon) and sets the game-update rate to zero until the invisible cursor changes back to its previous symbol via hovering over the popup-menu. However, i set it to use opengl since it runs a little smoother. Brute-force changes: Setting MaxShaderModelPS/-GS/-VS to 0 didn't do anything, disabling GLSL didn't do anything either). Debugging issues: When i tried to debug it via adding the debug-flag "+wgl" to wine, hundreds of line of "trace:wgl:glxdrv_wglGetPixelFormat 0xf003b -> 4" clogged the file and made every texteditor struggle to do anything with it, is there a way to disable spammy log-entries? Setting registry key "SpyExclude" to "trace:wgl:glxdrv_wglGetPixelFormat" didn't work, i guess the formatting is wrong? Game-specific: UI elements are stored as .tga's in the game directory, as well as cursors. Ingame, an option called "software cursor" has to be activated since wine won't redraw the window if its off in any case (wiggling the virtual desktop around forces it to redraw). (I noticed that the cursor-tga has another size, bitdepth odr something than the others, but when i replaced it with a working-cursor that didn't change much than lagging the substitute cursor around one in a while (same effect as with original cursor)). Logfiles: I've added the cursor-image-files and the default debug log (tough it probably won't be of much use, as i've tried to see if an additional error pops up if the cursor vanishes versa i don't trigger it to, which resulted in two identical files) Related bug: 40293 (unsupported backbuffer operation) -- 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 40293] New: some UI elements and terrain disappear on offscreen rendering mode = backbuffer
by wine-bugs＠winehq.org 18 Jan '20

18 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=40293 Bug ID: 40293 Summary: some UI elements and terrain disappear on offscreen rendering mode = backbuffer Product: Wine Version: 1.9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: owezahra(a)gmail.com Distribution: --- Created attachment 53934 --> https://bugs.winehq.org/attachment.cgi?id=53934 logs for offscreen rendering mode default or backbuffer and pics When running IndustryGiant 2.1 on a HD7730 (Ubuntu 14.04 x64, new x86 wineprefix with no other packages or anything) with opengl/gdi the cursor disappears when it has to change its layout (and sets the game-update rate to zero until the invisible cursor changes back to its previous symbol via hovering over the popup-menu). To circumvent that, i've set "offscreen rendering mode = backbuffer" (& force opengl, as gdi doesn't support backbuffer). This results in a very smooth gaming experience, but some UI elements don't appear and on scrolling, the terrain turns white (unless a redraw is forced by clicking on the minimap) UI elements are stored as .tga's in the game directory, as well as cursors. Ingame, an option called "software cursor" has to be activated since wine won't redraw the window if its off in any case (backbuffer as well as default, wiggling the virtual desktop around forces it to redraw). To me it seems the backbuffer-issues might be caused by "fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats", but setting MaxShaderModelPS & MaxShaderModelVS to 0 didn't do anything, tough googling suggested otherwise. -- 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 4

[Bug 41459] New: 32bit 7zFM.exe closes unexpectedly with error " The system cannot allocate the required amount of memory"
by wine-bugs＠winehq.org 17 Jan '20

17 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=41459 Bug ID: 41459 Summary: 32bit 7zFM.exe closes unexpectedly with error "The system cannot allocate the required amount of memory" Product: Wine Version: 1.9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jylo06g(a)gmail.com Distribution: --- The system is Fedora 24 64bit MATE Desktop On a clean 32bit prefix Wine, installing 32bit 7zip 16.02 works. But as soon as you open 7zFM.exe and navigate to drive Z: (the Linux root directory /), it shows error "The system cannot allocate the required amount of memory." and then crashes after press OK. With WINEDEBUG=warn+all, I get this line during the error prompt: warn:heap:allocate_large_block Could not allocate block for 7e0cb771 bytes Same goes for 64bit prefix Wine. The 32bit 7zFM.exe crashes after the same error. This DOES NOT happen to 64bit 7zip 16.02 on 64bit Wine prefix. Going back to the history versions for 32bit 7zip on FileHippo, I find that 7zip 9.22 beta works before jumping to 9.35 beta stopped working after the same error. I suspect something changed in 9.35 beta that causes 32bit 7zip stop working since then. I hope this is sufficient enough for a bug report. -- 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 8

[Bug 37598] New: Double dark line inside default button, e.g. 'OK' / 'SAVE'
by wine-bugs＠winehq.org 17 Jan '20

17 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=37598 Bug ID: 37598 Summary: Double dark line inside default button, e.g. 'OK' / 'SAVE' Product: Wine Version: 1.6.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stu.axon(a)gmail.com Distribution: --- Created attachment 50034 --> https://bugs.winehq.org/attachment.cgi?id=50034 Screenshot comparing wines button with windows. Instead of the colours inside the button going from light to dark they go black - light - darker. This makes it look like there is a double line inside the button. The middle colour should be somewhere between the two shades and will look 3d. Originally I thought this was a glitch, it looks like something that could be fixed just by changing one colour. -- 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 3

[Bug 33999] New: IncrediMail crashes on startup (GetNextDlgTabItem shouldn't return NULL?)
by wine-bugs＠winehq.org 17 Jan '20

17 Jan '20

http://bugs.winehq.org/show_bug.cgi?id=33999 Bug #: 33999 Summary: IncrediMail crashes on startup (GetNextDlgTabItem shouldn't return NULL?) Product: Wine Version: 1.6-rc4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified After working around bug 33996 with 'winetricks wsh56vb vcrun2005', and bug 33998 with 'winetricks ie7', it eventually finishes its very long 'configuring' progress bar. The next dialog crashes when you click 'next', with: Unhandled exception: page fault on read access to 0x00000020 in 32-bit code (0x25ff6766). +relay,+seh reveals: 006e:Ret user32.GetNextDlgTabItem() retval=00000000 ret=67b5438d trace:seh:raise_exception code=c0000005 flags=0 addr=0x67b54393 ip=67b54393 tid=006e And applying the patch http://marc.info/?l=wine-patches&m=127045782322161&q=raw "user32/dialog.c: GetNextDlgTabItem returns hwndDlg if next item not found" by Mikhail Maroukhine works around the problem. Tested with f05f8f39b559f2763f9e917dacb15c225357e7c4 IncrediMailSetup.exe -- 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 6

[Bug 42114] New: Tonka Garage: Unhandled exception upon exit
by wine-bugs＠winehq.org 13 Jan '20

13 Jan '20

https://bugs.winehq.org/show_bug.cgi?id=42114 Bug ID: 42114 Summary: Tonka Garage: Unhandled exception upon exit Product: Wine Version: 2.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jhansonxi(a)gmail.com Distribution: Ubuntu Created attachment 56635 --> https://bugs.winehq.org/attachment.cgi?id=56635 Backtrace Xubuntu 14.04 x86_64, AMD Phenom 9550, GeForce GTX 750Ti with Nvidia 340.98 driver. Windows version: Windows XP (or 95) Wine Staging DirectX 5 game for Win95. Usually errors upon exit: Unhandled exception: inexact float result in 32-bit code -- 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 3