wine-bugs October 2017

wine-bugs@winehq.org

1 participants
7865 discussions

[Bug 39408] New: Voobly: 'Game Browser' does not open
by wine-bugs＠winehq.org 09 Jan '22

09 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=39408 Bug ID: 39408 Summary: Voobly: 'Game Browser' does not open Product: Wine Version: 1.7.52 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oli(a)jetzweb.de Distribution: ArchLinux Created attachment 52525 --> https://bugs.winehq.org/attachment.cgi?id=52525 Terminal output of wine If you start Voobly, login and click 'Game Browser' in the menu, it does not open anymore, and therefore, the whole program becomes useless. The developers of Voobly told me that the problem might be connected to the fact that they switched the ingame browser (which is used in 'Game Browser') from ie7 to ie8 in the latest update. However, I couldn't solve the probelm by installing ie8 and dotnet packages with winetricks. The problem appears both in staging and normal versions, as well as in the recent (1.7.52) and in older wine versions. With older Voobly versions it worked without problems. Voobly can be downloaded here: http://www.voobly.com/updates/voobly-v2.2.4.38.exe -- 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 29204] New: the dib text rendering breaks text in d3d
by wine-bugs＠winehq.org 09 Jan '22

09 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=29204 Bug #: 29204 Summary: the dib text rendering breaks text in d3d Product: Wine Version: 1.3.33 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hramrach(a)gmail.com Classification: Unclassified Regression SHA1: e9612c1af06d09dbf03745535288575e05cacb56 Created attachment 37703 --> http://bugs.winehq.org/attachment.cgi?id=37703 examples of text rendering the gdi32 change that adds dib text rendering 6a629710ce02012defed1cfa30f8c3c91298ab99 - d43d17e24857fafcb7964c91d8a7a05520964df3 breaks text rendering in d3d Attaching pieces of text cut from some screenshots. -- 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 38368] New: AutoPatcher Updater 1.4.x (VB6 app) reports 'Error: Object doesn't support this action' (needs ITextStream::Close method implementation)
by wine-bugs＠winehq.org 09 Jan '22

09 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=38368 Bug ID: 38368 Summary: AutoPatcher Updater 1.4.x (VB6 app) reports 'Error: Object doesn't support this action' (needs ITextStream::Close method implementation) Product: Wine Version: 1.7.40 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found during validation of bug 38364 Not really a blocker but dismissing a message box each time the method stub is called is annoying. Prerequisite: 'winetricks -q vb6run' --- snip --- ... 0024:fixme:scrrun:textstream_Close (0x1f4758): stub ... 0024:Call KERNEL32.RaiseException(c000008f,00000001,00000002,0033eae0) ret=660d0956 0024:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b83b64b ip=7b83b64b tid=0024 0024:trace:seh:raise_exception info[0]=deadcafe 0024:trace:seh:raise_exception info[1]=deadcafe 0024:trace:seh:raise_exception eax=7b8272ad ebx=7b8c1000 ecx=deadcafe edx=0033ea3c esi=0033eae0 edi=0033eaa0 0024:trace:seh:raise_exception ebp=0033ea78 esp=0033ea14 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 0024:trace:seh:call_stack_handlers calling handler at 0x409926 code=c000008f flags=1 ... 0024:Call oleaut32.VarBstrCat(001f712c L"APUP Has Started\r\nVersion: 1.4.43\r\n\r\nOperating System: English (1033) Windows XP Professional Service Pack 3\r\nCurrent Locale: English - United States / Non-Unicode Default: English - United States\r\nStarting APUP From: Z:\\home\\focht\\Downloads\r\nDate & Time: 06-Apr-2015 18:55 UTC Offset: "...,001f6dd4 L"Error: Object doesn't support this action\r\nIn mdlGeneral.fileToString At Line 112",0033ea74) ret=660e5f4d ... 0024:Call KERNEL32.WideCharToMultiByte(00000000,00000000,001f3ca4 L"Application Error",ffffffff,009a46e8,00000022,00000000,00000000) ret=660711c4 0024:Ret KERNEL32.WideCharToMultiByte() retval=00000012 ret=660711c4 ... 0024:Call user32.MessageBoxIndirectA(0033e9ec) ret=6606f73f ... --- snip --- Source: https://source.winehq.org/git/wine.git/blob/533323d70397a53a2ce5002dc2038bc… --- snip --- 633 static HRESULT WINAPI textstream_Close(ITextStream *iface) 634 { 635 struct textstream *This = impl_from_ITextStream(iface); 636 FIXME("(%p): stub\n", This); 637 return E_NOTIMPL; 638 } --- snip --- $ sha1sum Apup_1_4_43.zip 3c5694b5dee56bafbc4f528b37ef52eeed68a883 Apup_1_4_43.zip $ du -sh Apup_1_4_43.zip 2.3M Apup_1_4_43.zip $ wine --version wine-1.7.40-29-gc1c108f 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.

2 5

[Bug 38364] New: AutoPatcher Updater fails due to missing COM interfaces
by wine-bugs＠winehq.org 09 Jan '22

09 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=38364 Bug ID: 38364 Summary: AutoPatcher Updater fails due to missing COM interfaces Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gerbilsoft(a)gerbilsoft.com Distribution: --- Created attachment 51207 --> https://bugs.winehq.org/attachment.cgi?id=51207 Console output for AutoPatcher Attempting to use the AutoPatcher Updater on Wine results in numerous COM errors due to unimplemented interfaces. AutoPatcher is available for download at: http://www.autopatcher.net/forum/ On startup, it shows the following messages: Object doesn't support this action In mdlInitialization.initFolders At Line 108 Object variable or With block variable not set In mdlInitialization.initFolders At Line 108 Object variable or With block variable not set In mdlInitialization.initFolders At Line 108 Console output shows several unsupported COM interfaces: - {7fd52380-4e07-101b-ae2d-08002b2ec713}: IPersistStreamInit - {37d84f60-42cb-11ce-8135-00aa004bb851}: IPersistPropertyBag - {df0b3d60-548f-101b-8e65-08002b2bd119}: ISupportErrorInfo -- 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 39777] New: cannot run some of Themida & WinLicense protection software
by wine-bugs＠winehq.org 09 Jan '22

09 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=39777 Bug ID: 39777 Summary: cannot run some of Themida & WinLicense protection software Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gamiljydcome(a)gmail.com Distribution: --- Created attachment 53070 --> https://bugs.winehq.org/attachment.cgi?id=53070 Themida & WinLicense protection, can not run Some of Themida & WinLicense protection software cannot be run, wine auto exit. But some of Themida & WinLicense protection software runs fine. -- 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 38123] New: OneNote 2013 crashes on running setup.exe
by wine-bugs＠winehq.org 09 Jan '22

09 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=38123 Bug ID: 38123 Summary: OneNote 2013 crashes on running setup.exe Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: danikvassin(a)gmail.com Distribution: --- Created attachment 50810 --> https://bugs.winehq.org/attachment.cgi?id=50810 One Note Backtrace OneNote 2013 fails to even begin installation of the program -- 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 30814] New: Age of Empires II scrolling gets stuck after Alt-Tab away and back
by wine-bugs＠winehq.org 09 Jan '22

09 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=30814 Bug #: 30814 Summary: Age of Empires II scrolling gets stuck after Alt-Tab away and back Product: Wine Version: 1.5.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nemesis(a)icequake.net Classification: Unclassified Wine 1.2 did not have this problem but was much slower. Wine 1.5.5 is much faster and just a much better overall experience with this one caveat. If you start a game and immediately alt-tab away and back, nothing is amiss. You can even click on some things onscreen and there is no problem. However, once you have scrolled the screen either by moving the mouse towards the edges, or by using the arrow keys on the keyboard, if you alt-tab away and back, upon returning the screen will immediately begin to scroll in an apparently random direction and cannot be stopped. I did the WINEDEBUG="+cursor,+dinput,+ddraw" winedbg Age2_x1/age2_x1.exe and did not come up with anything obviously wrong while the problem was occurring. A lot of this kind of stuff: trace:ddraw:surface_lock locked surface returning description : trace:ddraw:DDRAW_dump_members - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM trace:ddraw:DDRAW_dump_members - DDSD_HEIGHT : 768 trace:ddraw:DDRAW_dump_members - DDSD_WIDTH : 1024 trace:ddraw:DDRAW_dump_members - DDSD_PITCH : 1024 trace:ddraw:DDRAW_dump_members - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00 B 00) trace:ddraw:ddraw_surface1_Unlock iface 0xa2f01a8, data 0xbf44020. trace:ddraw:ddraw_surface7_Unlock iface 0xa2f0198, rect (null). trace:cursor:X11DRV_GetCursorPos pointer at (885,649) server pos 885,649 trace:cursor:SetCursor (nil) trace:ddraw:ddraw_surface1_Blt iface 0xa303ef8, dst_rect (0,0)-(24,32), src_surface 0xa2f01a8, src_rect (885,649)-(909,681), flags 0x1000000, fx (nil). trace:ddraw:ddraw_surface7_Blt iface 0xa303ee8, dst_rect (0,0)-(24,32), src_surface 0xa2f0198, src_rect (885,649)-(909,681), flags 0x1000000, fx (nil). trace:ddraw:ddraw_surface1_GetClipper iface 0xa2f01a8, clipper 0x33c81c. trace:ddraw:ddraw_surface7_GetClipper iface 0xa2f0198, clipper 0x33c81c. trace:ddraw:ddraw_surface1_SetColorKey iface 0xa305188, flags 0x8, color_key 0x33c7f8. trace:ddraw:ddraw_surface7_SetColorKey iface 0xa305178, flags 0x8, color_key 0x33c7f8. trace:ddraw:ddraw_surface7_EnumAttachedSurfaces iface 0xa305178, context 0x33c7b8, callback 0x7e72abb0. trace:ddraw:ddraw_surface7_EnumAttachedSurfaces end of enumeration. trace:ddraw:ddraw_surface1_BltFast iface 0xa2f01a8, dst_x 885, dst_y 649, src_surface 0xa305188, src_rect (0,0)-(24,32), flags 0x11. trace:ddraw:ddraw_surface7_BltFast iface 0xa2f0198, dst_x 885, dst_y 649, src_surface 0xa305178, src_rect (0,0)-(24,32), flags 0x11. trace:ddraw:ddraw_surface1_Blt iface 0xa4777f0, dst_rect (0,0)-(1024,768), src_surface 0xa2f01a8, src_rect (0,0)-(1024,768), flags 0x1000000, fx (nil). trace:ddraw:ddraw_surface7_Blt iface 0xa4777e0, dst_rect (0,0)-(1024,768), src_surface 0xa2f0198, src_rect (0,0)-(1024,768), flags 0x1000000, fx (nil). trace:ddraw:ddraw_clipper_GetClipList iface 0x151748, rect (0,0)-(1024,768), clip_list (nil), clip_list_size 0x33c7b8. trace:ddraw:ddraw_clipper_GetClipList iface 0x151748, rect (0,0)-(1024,768), clip_list 0xa52ab90, clip_list_size 0x33c7b8. trace:ddraw:ddraw_palette_SetEntries iface 0x143150, flags 0, start 0, count 256, entries 0x9192a0. trace:cursor:X11DRV_GetCursorPos pointer at (885,649) server pos 885,649 trace:cursor:X11DRV_GetCursorPos pointer at (885,649) server pos 885,649 trace:cursor:X11DRV_GetCursorPos pointer at (885,649) server pos 885,649 trace:cursor:X11DRV_GetCursorPos pointer at (885,649) server pos 885,649 trace:cursor:X11DRV_GetCursorPos pointer at (885,649) server pos 885,649 trace:cursor:X11DRV_GetCursorPos pointer at (885,649) server pos 885,649 Let me know what I can do to help debug. -- 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 77

[Bug 42368] New: Lichdom: Battlemage crashes while loading when starting a new game
by wine-bugs＠winehq.org 09 Jan '22

09 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=42368 Bug ID: 42368 Summary: Lichdom: Battlemage crashes while loading when starting a new game Product: Wine-staging Version: 2.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 57149 --> https://bugs.winehq.org/attachment.cgi?id=57149 Screenshot just before starting the game (For the non-Staging bug, please see bug 40428. I hope my submitting this report to Wine Staging is OK because I can only get this crash while running the game in Wine Staging 2.0) When attempting to run Lichdom: Battlemage in Wine Staging 2.0, the game crashes during the loading screen when starting a new game. I am attempting to play the game in a WoW64 prefix with vcrun2012 installed by the game's installer in Windows 7 mode (the game does not support Windows XP) and I am running the 64-bit binary for the game. -- 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 19

[Bug 43850] New: Wine error with newest mesa driver
by wine-bugs＠winehq.org 09 Jan '22

09 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=43850 Bug ID: 43850 Summary: Wine error with newest mesa driver Product: Wine-staging Version: 2.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bellamorte42(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- fixme:d3d:wined3d_dxtn_init Wine cannot find the txc_dxtn library, DXTn software support unavailable. Mesa now incorporates the functionality directly, and the standalone library conflicts with the driver. -- 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 42324] New: Wine selects wrong OpenGL renderer on macOS
by wine-bugs＠winehq.org 09 Jan '22

09 Jan '22

https://bugs.winehq.org/show_bug.cgi?id=42324 Bug ID: 42324 Summary: Wine selects wrong OpenGL renderer on macOS Product: Wine Version: 2.0-rc6 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: critical Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: f.platte(a)platte-web.de Created attachment 57072 --> https://bugs.winehq.org/attachment.cgi?id=57072 example images I'm using a 13 inch 2012 MacBook Pro with a Thunderbolt eGPU (GTX 750Ti). Due to macOS limitations the the eGPU can only accelerate the external monitor. (Some application which support selecting a renderer work on the internal display. e.g openglex4 [OpenGL Extensions Viewer]). To my knowledge the macOS applications else always use the renderer driving the screen where they are launched on. However wine does not respect this behaviour. I tried running several windows executables like the benchmark tools Valley and Heaven which keep using the Mac's internal Intel HD4000 graphics although being used on the external screen. I tried several wine engines from the staging, stable and development tree, which all are affected. To check wether it might be an OS related issue I also ran the Mac-native versions of the benchmarks mentioned above which both worked as expected (using the OpenGL renderer driving the monitor they are launched on). This basically breaks games and other GPU heavy windows programs in my case. I do not know whether hackintoshes are affected as well as they basically are the only other macOS machines having integrated and dedicated GPU driving different monitors. The logical solution seems to be to make wine respect the way macOS assigns renderer while an ideal solution would be implementing a way to select a renderer/always default to the dedicated GPU as this would enable accelerating the internal monitor with the external GPU like it's possible with windows. -- 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 19

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 2017