wine-bugs February 2020

wine-bugs@winehq.org

1 participants
7352 discussions

[Bug 38642] New: Geometry Wars crashes when changing screen resolution
by wine-bugs＠winehq.org 25 Feb '23

25 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=38642 Bug ID: 38642 Summary: Geometry Wars crashes when changing screen resolution Product: Wine Version: 1.7.43 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: ben(a)xnode.org Distribution: --- The game opens and works fine, but if you try and change the fullscreen resolution, the game crashes out with a Wine page-fault pop-up message: Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x00429ec7). Unfortunately I cannot get more info on this right now as I've switched to Wine-Staging to test some other things. -- 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 29028] New: Starcraft crashes on exit
by wine-bugs＠winehq.org 25 Feb '23

25 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=29028 Bug #: 29028 Summary: Starcraft crashes on exit Product: Wine Version: 1.3.31 Platform: x86 OS/Version: FreeBSD Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: amasterov(a)gmail.com Classification: Unclassified After upgrading wine to 1.3.31 Starcraft crashes on exit. wine 1.3.30 has not this problem. After choosing exit in game menu I get black screen in 640x480 resolution (I switch to nvidia-settings with Alt-Tab and set up correct resolution after this). In console there are this lines: fixme:advapi:SetSecurityInfo stub fixme:win:EnumDisplayDevicesW ((null),0,0x33f3d8,0x00000000), stub! err:seh:setup_exception_record stack overflow 844 bytes in thread 0024 eip 0041efcc esp 00240fe4 stack 0x240000-0x241000-0x340000 err:ntdll:RtlpWaitForCriticalSection section 0x62385d40 "time.c: TIME_tz_section" wait timed out in thread 0027, blocked by 0024, retrying (60 sec) err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x6231354f I've tried regression testing with git bisect and get this result: 496b438ede825fc00daac7a5869e045ae583cec9 is the first bad commit commit 496b438ede825fc00daac7a5869e045ae583cec9 Author: Stefan Dösinger <stefan(a)codeweavers.com> Date: Tue Sep 27 09:31:59 2011 -0500 wined3d: Remove d3d8/9 palette support. :040000 040000 8b95a8e0e4e7524170ba43bc2ffe369359b9811d 7c427ec5a0816aa5da25718cee9c70e0d3605214 M dlls :040000 040000 a6ee1c817b1f21634ddad86780fad5cfe9c4fb29 fe57de377c4cf96d0f48c4560d0db321b7b28e91 M include There was slightly different errors on the screen during testing, but I did "git bisect bad" on every crash on exit. With what WINEDEBUG flags should I run wine to provide any additional information about this issue? -- 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 12

[Bug 19017] New: DirectX Hardware presenting Problem
by wine-bugs＠winehq.org 24 Feb '23

24 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=19017 Summary: DirectX Hardware presenting Problem Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: fr.fr(a)vr-web.de Created an attachment (id=21920) --> (http://bugs.winehq.org/attachment.cgi?id=21920) Log output of the Game Balls (in Appdb is a link for a Download) Device is not Found It seams DirectX in Wine has a Problem with presenting Hardware devices -- 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 32

[Bug 48339] New: RadiAnt DICOM Viewer cannot export series to WMV movie
by WineHQ Bugzilla 24 Feb '23

24 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=48339 Bug ID: 48339 Summary: RadiAnt DICOM Viewer cannot export series to WMV movie Product: Wine Version: 5.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: bozkar(a)gmail.com Distribution: --- Movie export to wmv does not work under Wine 5.0~rc1-staging in RadiAnt DICOM Viewer 5.5.0 64 bit As far as I tested RadiAnt on wine it never did. Console output: 01cc:fixme:wmvcore:WMProfileManager_LoadProfileByData (0000000000C24D40)->(L"<profile version=\"589824\" storageformat=\"1\" name=\"radiant\" description=\"\"><streamconfig majortype=\"{73646976-0000-0010-8000-00AA00389B71}\" streamnumber=\"2\" streamname=\"Video Stream\"inputname=\"Video409\" bitrate=\"20000000\" bufferwindow=\"3000\" reliabletransport=\"0\" deco"... 0000000007913480) I suppose that wmv export is probably not implemented currently, at least in this profile. To reproduce: Open any example CT series in RadiAnt DICOM viewer, export series, pick "wmv", directory, and click save, nothing happens. -- 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 1

[Bug 32235] New: Soldiers heroes of World War II crashes on startup
by wine-bugs＠winehq.org 22 Feb '23

22 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=32235 Bug #: 32235 Summary: Soldiers heroes of World War II crashes on startup Product: Wine Version: 1.5.16 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: paulthetall(a)gmail.com Classification: Unclassified Created attachment 42522 --> http://bugs.winehq.org/attachment.cgi?id=42522 Crash log Soldiers Heroes of World War 2 crash on startup see crash log. It says a out of memory notification, so maybe a memory leak or something? I use the GOG.com version in this test. Hope you guys can ind out what is going on. If you need andy extra debug extensions let me know so I can provide it. Many thanks in advance! -- 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 40

[Bug 45057] New: "Wine Stable" is not optimized for your Mac.
by wine-bugs＠winehq.org 20 Feb '23

20 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=45057 Bug ID: 45057 Summary: "Wine Stable" is not optimized for your Mac. Product: Wine Version: unspecified Hardware: Other OS: Mac OS X Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sephirothfanatic(a)gmail.com As of macOS High Sierra 10.13.4, Apple has issued a warning that 32 bit apps are not going to work anymore and apps should be upgraded to 64 bit to "increase compatibility"; siting this article: https://support.apple.com/en-us/HT208436 -- 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 26

[Bug 19505] New: Cannot run AMIS (Daisy Book Reader)
by wine-bugs＠winehq.org 19 Feb '23

19 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=19505 Summary: Cannot run AMIS (Daisy Book Reader) Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jvromans(a)squirrel.nl Created an attachment (id=22688) --> (http://bugs.winehq.org/attachment.cgi?id=22688) Wine log when starting AMIS When trying to run AMIS, the program aborts almost immediately. AMIS can be downloaded from http://daisy.org/projects/amis/ . -- 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 25

[Bug 48528] New: The Void crashes with builtin d3dx9_36 (needs D3DXFillCubeTextureTX() to return S_OK)
by WineHQ Bugzilla 17 Feb '23

17 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=48528 Bug ID: 48528 Summary: The Void crashes with builtin d3dx9_36 (needs D3DXFillCubeTextureTX() to return S_OK) Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- As stated. -- 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 3

[Bug 18775] New: WINE can load DLL with full path second time
by wine-bugs＠winehq.org 17 Feb '23

17 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=18775 Summary: WINE can load DLL with full path second time Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: amorozov(a)etersoft.ru Windows LoadLibrary does not load dll second time if full path is specified. Attached test print "OK" on WinXP and "FAIL" on WINE. -- 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 14771] New: Firefox 3 complains it is not the default browser on every startup
by wine-bugs＠winehq.org 16 Feb '23

16 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=14771 Summary: Firefox 3 complains it is not the default browser on every startup Product: Wine Version: 1.1.2 Platform: PC URL: http://www.mozilla.com/en-US/firefox/all.html OS/Version: Linux Status: UNCONFIRMED Keywords: download Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com Everytime I start Firefox 3, it complains it's not the default browser. I hit Yes when it asks me to set is as the default browser, but on the next start up, it complains again. -- 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 31

[Bug 39644] New: WineTest.exe should detect left-over UAC prompts
by wine-bugs＠winehq.org 16 Feb '23

16 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=39644 Bug ID: 39644 Summary: WineTest.exe should detect left-over UAC prompts Product: Wine Version: 1.8-rc1 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: testcases Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- There was a problem where the cmd.exe:batch would try to run regedit from an account without elevated privileges. This caused Windows to pop up the UAC dialog, causing the test to stall. Timeout would happen, WineTest would kill the cmd.exe:batch process but doing so, and even extending it to all process tree, does not close the UAC because it's under the control of another Windows element. So WineTest would run the following tests with the UAC dialog still up which caused them to fail as they could not put their windows in the foreground. The cmd.exe:batch bug has been fixed. However it could make sense for WineTest to do more to handle this situation more nicely: * If possible it could dismiss the UAC dialog (not click 'Yes' obviously, just deny the request). * It could detect the UAC dialog is up and wait. It seems the UAC dialog goes away on its own after about two minutes. * If we cannot detect if an UAC dialog is up we could systematically wait for an extra 2 minutes after a timeout, just in case. * Even more basic, we could increase our test timeout so it's longer than the UAC timeout, in the hope an UAC would go away before we time out. * Even though it does not solve the UAC issue it could still make sense to kill the whole subprocess tree, just to be sure one of them is not going to break the following tests. -- 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 9404] New: cannot select TWAIN source in irfanview
by wine-bugs＠winehq.org 16 Feb '23

16 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=9404 Summary: cannot select TWAIN source in irfanview Product: Wine Version: 0.9.43. Platform: PC URL: http://www.irfanview.com/ OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com In Irfanview, users should be able to select the TWAIN source via file -> select TWAIN source. Clicking that menu item should bring up a dialog box to let users pick which scanner to use. In Wine, no dialog box ever comes up, so the program uses the first TWAIN source it finds, which is the gphoto2 driver. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14

[Bug 35319] New: Wolverine: install game crash
by wine-bugs＠winehq.org 15 Feb '23

15 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=35319 Bug ID: 35319 Summary: Wolverine: install game crash Product: Wine Version: 1.7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Classification: Unclassified Created attachment 47105 --> http://bugs.winehq.org/attachment.cgi?id=47105 Wolverine install crash log Hello, when installing Wolverine game, the install window suddenly disappear, without any error message. Fortunately it seems the crash happened after install all files. I joined you the wine terminal log from start to the end of the install process. -- 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 33807] New: Objects disappear at certain camera angles in Ground Control
by wine-bugs＠winehq.org 13 Feb '23

13 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=33807 Bug #: 33807 Summary: Objects disappear at certain camera angles in Ground Control Product: Wine Version: 1.6-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: tdsbug(a)gmail.com Classification: Unclassified Created attachment 44813 --> http://bugs.winehq.org/attachment.cgi?id=44813 Terminal output without WINEDEBUG Game: Ground Control, version 1.0.0.5, crack for version 1.0.0.7 (versions have no effect on this issue) ***Problem***: Some objects become invisible at random times. When this happens, shadows still work properly. Often only certain parts of an object become invisible, like only chassis of tank. This doesn't happen with visual effects, like lights and fire. Camera angle has some limited effect on the moment when this happens. I am running the game in hardware rendering mode. (Game also has software rendering mode, but only for 640x480 resolution. Some similar glitches appear in software mode too) According to appdb, this has been happening forever and is not a regression. The game uses directx 7. Logs attached. ***Additional details***: During installation, the game asked to install directx 7.0a, which I clicked no. Also tried clicking yes, but it has no effect. No dll overrides, winetricks or anything was used. The game also suffers from input slowdown at certain times, but it's probably a different bug. Also, this game is a free download now, so you can try yourself if you wish. -- 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 38905] New: In dlls/mshtml/tests, "make test" failed when some Chinese fonts are used
by wine-bugs＠winehq.org 08 Feb '23

08 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=38905 Bug ID: 38905 Summary: In dlls/mshtml/tests, "make test" failed when some Chinese fonts are used Product: Wine Version: 1.7.47 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: litimetal(a)gmail.com Distribution: --- Created attachment 51840 --> https://bugs.winehq.org/attachment.cgi?id=51840 backtrace.txt 0. Copy some Chinese fonts from C:\windows\fonts in Windows XP to ~/.fonts[1] 1. fc-cache -fv 2. run "make test" in dlls/mshtml/tests 3. crashed [1]: The fonts I copied to Linux: 文鼎CS长宋体繁.TTF 文鼎粗行楷简.TTF 文鼎粗圆简.TTF 文鼎琥珀繁.TTF 文鼎特粗宋简.TTF 文鼎小标宋简.TTF 文鼎报宋简.TTF 文鼎粗黑繁.TTF 文鼎大标宋简.TTF 文鼎书宋繁.TTF 文鼎习字体.TTF 文鼎新艺体简.TTF 文鼎齿轮体.TTF 文鼎粗魏碑简.TTF 文鼎古印体繁.TTF 文鼎特粗黑简.TTF 文鼎细仿宋繁.TTF I don't know how to determine which font caused this problem -- 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 38673] New: valgrind shows uninitialized memory in dlls/kernel32/sync.c:ConnectNamedPipe()
by wine-bugs＠winehq.org 06 Feb '23

06 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=38673 Bug ID: 38673 Summary: valgrind shows uninitialized memory in dlls/kernel32/sync.c:ConnectNamedPipe() Product: Wine Version: 1.7.42 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Fedora ../../../tools/runtest -q -P wine -T ../../.. -M hlink.dll -p hlink_test.exe.so hlink && touch hlink.ok ==14126== Thread 3: ==14126== Syscall param writev(vector[...]) points to uninitialised byte(s) ==14126== at 0x4F7A0F4B: ??? (in /usr/lib/libc-2.21.so) ==14126== by 0x7BC7A9C5: send_request (server.c:228) ==14126== by 0x7BC7AB52: wine_server_call (server.c:309) ==14126== by 0x7BC7B8CD: server_select (server.c:607) ==14126== by 0x7BC85426: NtWaitForMultipleObjects (sync.c:976) ==14126== by 0x7BC85471: NtWaitForSingleObject (sync.c:985) ==14126== by 0x7BC45DFF: server_ioctl_file (file.c:1539) ==14126== by 0x7BC46565: NtFsControlFile (file.c:1786) ==14126== by 0x7B87406B: ConnectNamedPipe (sync.c:1615) ==14126== by 0x49255A5: listen_thread (rpc_transport.c:132) ==14126== by 0x7BC81BB7: ??? (signal_i386.c:2682) ==14126== by 0x7BC81BFE: call_thread_func (signal_i386.c:2741) ==14126== by 0x7BC81B95: ??? (signal_i386.c:2682) ==14126== by 0x7BC88D78: start_thread (thread.c:443) ==14126== by 0x4F88F37F: start_thread (in /usr/lib/libpthread-2.21.so) ==14126== by 0x4F7ABD4D: clone (in /usr/lib/libc-2.21.so) ==14126== Address 0x4cee5c4 is on thread 1's stack ==14126== Uninitialised value was created by a stack allocation ==14126== at 0x7B873FA5: ConnectNamedPipe (sync.c:1601) ==14126== also shows in ieframe/webbrowser, kernel32/pipe, -- 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 48538] New: Cricut design space: crashes on installing
by WineHQ Bugzilla 05 Feb '23

05 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=48538 Bug ID: 48538 Summary: Cricut design space: crashes on installing Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vo1xa.brad(a)gmail.com Distribution: --- Created attachment 66346 --> https://bugs.winehq.org/attachment.cgi?id=66346 output of error log Cricut design space fails to install encounters major 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.

1 6

[Bug 45884] New: Just Cause 2 crashed at start
by wine-bugs＠winehq.org 05 Feb '23

05 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=45884 Bug ID: 45884 Summary: Just Cause 2 crashed at start 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: --- Created attachment 62390 --> https://bugs.winehq.org/attachment.cgi?id=62390 Just Cause 2 crashed at start terminal log Hello, Just Cause II crashed at start, you can reproduce this crash at each launch. I joined you the log terminal. Thank you for your help. LGDN. -- 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 40569] New: application crashes with exception in ddraw_allocate_handle (win98)
by wine-bugs＠winehq.org 05 Feb '23

05 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=40569 Bug ID: 40569 Summary: application crashes with exception in ddraw_allocate_handle (win98) Product: Wine Version: 1.9.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 54407 --> https://bugs.winehq.org/attachment.cgi?id=54407 Terminal output (wine 1.9.9) I get a page fault in 32-bit code when starting a game in TOCA Touring Car Championship. This is an old game that requires windows version <= win98. The demo also has the bug. ---begin quote--- ... wine: Unhandled page fault on read access to 0x00000110 at address 0x7e7fcf1d (thread 0028), starting debugger... Unhandled exception: page fault on read access to 0x00000110 in 32-bit code (0x7e7fcf1d). ... Backtrace: =>0 0x7e7fcf1d ddraw_allocate_handle+0x1d(t=0x10c, object=0x15f960, type=DDRAW_HANDLE_MATERIAL) [/home/olivier/Projets/wine-builds/1.9.9_x86/dlls/ddraw/../../../wine-git/dlls/ddraw/main.c:118] in ddraw (0x0033f478) ... ---end quote--- This is with git wine 1.9.9-35-gbd2999d and no patch. -- 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 21158] New: Hitman: Contracts ignores mouse press events
by wine-bugs＠winehq.org 04 Feb '23

04 Feb '23

http://bugs.winehq.org/show_bug.cgi?id=21158 Summary: Hitman: Contracts ignores mouse press events Product: Wine Version: 1.1.35 Platform: x86 URL: http://www.gamershell.com/download_5663.shtml OS/Version: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com CC: vitaliy(a)kievinfo.com With wine-1.1.35-180-g20a50f3, after launching Hitman: Contracts, mouse press events at the main menu are ignored by the game. Since a user reported that the game worked normally in wine-1.1.9, a regression test was performed, which indicated: 3743a1a7ca170c765cd779c61b9e362c5b1c5203 is first bad commit commit 3743a1a7ca170c765cd779c61b9e362c5b1c5203 Author: Vitaliy Margolen <wine-patches(a)kievinfo.com> Date: Sun Feb 1 13:11:46 2009 -0700 dinput: Consume mouse & keyboard events in exclusive mode. :040000 040000 6ae6b43b3c100af38ed4f27384470dc4d2595bc1 700b35b9bc8fd27239ee8faaed8ca1c10cfc31d4 M dlls Wine built prior to the indicated commit allows mouse input to work normally. Interestingly, doing graphical mode changes (via keyboard input) makes mouse input work again. The AppDB also suggests adding the strings: UseDirectInputMouse UseDirectInputKeyboard to the HitmanContracts.ini configuration file to have mouse input work. The only visible output under wine-1.1.35-180-g20a50f3 is: fixme:dinput:SysMouseAImpl_Acquire Clipping cursor to (0,0)-(1280,1024) fixme:win:EnumDisplayDevicesW ((null),0,0x32eb58,0x00000000), stub! fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x253b060,0x253afa8): stub fixme:dsound:DllCanUnloadNow (void): stub fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x253b060,0x253afa8): stub (Z:\code\hitman2\gui\MainMenu.cpp:554)Hitman Contracts build 171 (Apr 26 2004 14:42:27) fixme:dsound:DllCanUnloadNow (void): stub -- 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 17

[Bug 47508] New: FL Studio: Pressing backspace while editing the name of something closes edit name window prematurely
by wine-bugs＠winehq.org 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=47508 Bug ID: 47508 Summary: FL Studio: Pressing backspace while editing the name of something closes edit name window prematurely Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ajduck(a)outlook.com Distribution: --- Created attachment 64895 --> https://bugs.winehq.org/attachment.cgi?id=64895 A channel highlighted in the channel rack Since Wine 4.9, pressing backspace to remove text while editing the name of something closes the window and sets the name as whatever was in the box usually with one character removed. Before 4.9 pressing backspace only removed a character without closing the window which is correct behaviour. Steps to reproduce: 1. Open FL Studio. 2. Press F6 to open the channel rack. If nothing appears or a window disappeared, press F6 again. 3. There are probably already a few "channels" in the project file (possibly the demo project opened up). See the image attached. You need to hold shift and click on the highlighted bit, which is a channel. (Alternatively right click and select "Rename, color and icon..."). You can pick any channel for this. 4. The edit name window will appear. Type anything, then press backspace to try and remove a character. What is expected: It should remove a character without closing the window, as text editing usually goes. What actually happens: It closes the edit name window. Sometimes pressing backspace again after the edit name window has closed (especially when doing this on the mixer) goes on to close the playlist (the window with a big grid) which is not normal behaviour (doesn't happen before 4.9 either). Pressing backspace usually only changes the snap settings (the little drop down menu at the top panel of the main FL Studio window which has a magnet by it). -- 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 25

[Bug 43235] New: FreeBSD crash on Dungeons & Dragons Online because of secur32
by wine-bugs＠winehq.org 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=43235 Bug ID: 43235 Summary: FreeBSD crash on Dungeons & Dragons Online because of secur32 Product: Wine Version: 2.10 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: adrien_fernandes2(a)hotmail.com Created attachment 58542 --> https://bugs.winehq.org/attachment.cgi?id=58542 Output trying to run the Dungeons & Dragons Online launcher I updated today to staging 2.10 and I wanted to try out D&DO. It was working in staging 2.7 before I upgrade to 2.10 I attached the output. Maybe it's a built mistake from the maintainer, maybe it's Wine, I don't know since I'm using the pre-built package from repositories. -- 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 44650] New: Multiple Blizzard games need dxgi and d3d11 dlls mapped without hole between two LOAD segments (Diablo III v2. 6. 1. 49286+, World of Warcraft, Overwatch)
by wine-bugs＠winehq.org 02 Feb '23

02 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=44650 Bug ID: 44650 Summary: Multiple Blizzard games need dxgi and d3d11 dlls mapped without hole between two LOAD segments (Diablo III v2. 6. 1. 49286+, World of Warcraft, Overwatch) Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, this is mentioned in bug 40479 (first in https://bugs.winehq.org/show_bug.cgi?id=40479#c9 with some hack) but was never properly explained to a wider audience. Bug 40479 is already horribly messed up with various issues mixed in and end-user support/discussion hence I'm tracking this interesting problem here to discuss a proper solution. The inaccessible memory "hole" is by design. Relevant trace log: --- snip --- $ pwd /home/focht/wine-games/wineprefix64-bnet/drive_c/Program Files (x86)/Overwatch $ WINEDEBUG=+seh,+loaddll,+relay,+ntdll,+virtual wine64 ./Overwatch.exe >>log.txt 2>&1 ... 0030:trace:module:get_load_order looking for L"C:\\windows\\system32\\dxgi.dll" 0030:trace:module:get_load_order got hardcoded default for L"dxgi.dll" 0030:trace:module:load_dll L"C:\\windows\\system32\\dxgi.dll" is a fake Wine dll 0030:trace:module:load_builtin_dll Trying built-in L"dxgi.dll" 0030:trace:virtual:virtual_create_builtin_view created 0x7fc4ad700000-0x7fc4ad938000 0030:trace:virtual:VIRTUAL_DumpView View: 0x7fc4ad700000 - 0x7fc4ad937fff (builtin image) 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad700000 - 0x7fc4ad700fff c-r-- 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad701000 - 0x7fc4ad936fff c-r-x 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad937000 - 0x7fc4ad937fff c-rw- ... 0030:trace:virtual:NtProtectVirtualMemory 0xffffffffffffffff 0x7fc4ad937000 00001000 00000008 0030:trace:virtual:mprotect_exec forcing exec permission on 0x7fc4ad937000-0x7fc4ad937fff 0030:trace:virtual:VIRTUAL_DumpView View: 0x7fc4ad700000 - 0x7fc4ad937fff (builtin image) 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad700000 - 0x7fc4ad700fff c-r-- 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad701000 - 0x7fc4ad936fff c-r-x 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad937000 - 0x7fc4ad937fff c-rW- 0030:trace:module:load_builtin_callback loaded dxgi.dll 0x65680 0x7fc4ad700000 0030:trace:module:load_dll Loaded module L"C:\\windows\\system32\\dxgi.dll" (builtin) at 0x7fc4ad700000 0030:trace:virtual:NtProtectVirtualMemory 0xffffffffffffffff 0x7fc4adc01d98 00000018 00000004 0030:trace:virtual:mprotect_exec forcing exec permission on 0x7fc4adc01000-0x7fc4adc01fff 0030:trace:virtual:VIRTUAL_DumpView View: 0x7fc4ad970000 - 0x7fc4adc03fff (builtin image) 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad970000 - 0x7fc4ad970fff c-r-- 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4ad971000 - 0x7fc4adc00fff c-r-x 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4adc01000 - 0x7fc4adc01fff c-rW- 0030:trace:virtual:VIRTUAL_DumpView 0x7fc4adc02000 - 0x7fc4adc03fff c-rw- 0030:trace:imports:import_dll --- CreateDXGIFactory1 dxgi.dll.2 = 0x7fc4ad710440 0030:trace:imports:import_dll --- DXGID3D10CreateDevice dxgi.dll.4 = 0x7fc4ad71047c 0030:trace:imports:import_dll --- DXGID3D10RegisterLayers dxgi.dll.5 = 0x7fc4ad7104a0 ... 0030:Call KERNEL32.VirtualAlloc(00000000,00238000,00001000,00000004,) ret=14001f538 0030:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00238000 1000 00000004 0030:trace:virtual:map_view got mem in reserved area 0x3690000-0x38c8000 0030:trace:virtual:create_view forcing exec permission on 0x3690000-0x38c7fff 0030:trace:virtual:VIRTUAL_DumpView View: 0x3690000 - 0x38c7fff (valloc) 0030:trace:virtual:VIRTUAL_DumpView 0x3690000 - 0x38c7fff c-rw- 0030:Ret KERNEL32.VirtualAlloc() retval=03690000 ret=14001f538 0030:trace:seh:NtRaiseException code=c0000005 flags=0 addr=0x14001f5fa ip=14001f5fa tid=0030 0030:trace:seh:NtRaiseException info[0]=0000000000000000 0030:trace:seh:NtRaiseException info[1]=00007fc4ad737000 0030:trace:seh:NtRaiseException rax=00000000079e4455 rbx=00007fc4ad700040 rcx=0000000000201000 rdx=000000007bdb5210 0030:trace:seh:NtRaiseException rsi=00007fc4ad737000 rdi=00000000036c7000 rbp=00000000002360a0 rsp=0000000000235fa0 0030:trace:seh:NtRaiseException r8=0000000003690000 r9=000000014001f538 r10=0000000000000000 r11=0000000000000246 0030:trace:seh:NtRaiseException r12=0000000000000014 r13=000000007ffe0030 r14=000000007b472568 r15=0000000000065680 ... --- snip --- Overwatch/WoW make private in-memory copies of 'dxgi.dll' and 'd3d11.dll' as early as possible (loader notifications). This is done as another anti-cheat measure/method to detect hooking/hotpatching/proxying of DirectX interfaces at runtime by comparing real API entry points with the copies. It assumes that all parts of the in-memory image are readable but it's not due to the way the static and dynamic linker work. Relevant 'strace' part, annotated. --- snip --- $ strace -e trace=mmap,mprotect,munmap,open -o strace.log wine64 ./Overwatch.exe ... open("/home/focht/projects/wine/wine.repo/install/bin/../lib64/wine/dxgi.dll.so", O_RDONLY|O_CLOEXEC) = 11 ; --- map first "LOAD" segment (.text, ...) mmap(NULL, 2391592, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 11, 0) = 0x7f195c3e3000 ; --- make alignment "hole" inaccessible mprotect(0x7f195c42a000, 2093056, PROT_NONE) = 0 ; --- map second "LOAD" segment (.data, .bss, ...) mmap(0x7f195c629000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 11, 0x46000) = 0x7f195c629000 ; --- .got.plt .data sections within segment mprotect(0x7f195c3e3000, 290816, PROT_READ|PROT_WRITE) = 0 mprotect(0x7f195c3e3000, 290816, PROT_READ|PROT_EXEC) = 0 mprotect(0x7f195c629000, 4096, PROT_READ) = 0 ; --- remaining zero-filled sections (e.g. .bss) mmap(0x7f195c400000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f195c400000 ... ; --- Page fault due to game code accessing the "hole". --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_ACCERR, si_addr=0x7f195c42a000} --- ... --- snip --- Dumping the ELF headers: --- snip --- $ readelf -a install/lib64/wine/dxgi.dll.so ELF Header: Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 Class: ELF64 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX - System V ABI Version: 0 Type: DYN (Shared object file) Machine: Advanced Micro Devices X86-64 Version: 0x1 Entry point address: 0x20320 Start of program headers: 64 (bytes into file) Start of section headers: 693488 (bytes into file) Flags: 0x0 Size of this header: 64 (bytes) Size of program headers: 56 (bytes) Number of program headers: 7 Size of section headers: 64 (bytes) Number of section headers: 35 Section header string table index: 32 ... Section Headers: [Nr] Name Type Address Offset Size EntSize Flags Link Info Align [ 0] NULL 0000000000000000 00000000 0000000000000000 0000000000000000 0 0 0 [ 1] .note.gnu.build-i NOTE 00000000000001c8 000001c8 0000000000000024 0000000000000000 A 0 0 4 [ 2] .gnu.hash GNU_HASH 00000000000001f0 000001f0 0000000000000044 0000000000000000 A 3 0 8 [ 3] .dynsym DYNSYM 0000000000000238 00000238 0000000000000270 0000000000000018 A 4 2 8 [ 4] .dynstr STRTAB 00000000000004a8 000004a8 00000000000001cb 0000000000000000 A 0 0 1 [ 5] .gnu.version VERSYM 0000000000000674 00000674 0000000000000034 0000000000000002 A 3 0 2 [ 6] .gnu.version_r VERNEED 00000000000006a8 000006a8 0000000000000050 0000000000000000 A 4 2 8 [ 7] .rela.dyn RELA 00000000000006f8 000006f8 000000000000eb98 0000000000000018 A 3 0 8 [ 8] .rela.plt RELA 000000000000f290 0000f290 0000000000000030 0000000000000018 AI 3 10 8 [ 9] .init PROGBITS 000000000000f2c0 0000f2c0 0000000000011024 0000000000000000 AX 0 0 4 [10] .plt PROGBITS 00000000000202f0 000202f0 0000000000000030 0000000000000010 AX 0 0 16 [11] .text PROGBITS 0000000000020320 00020320 00000000000149fd 0000000000000000 AX 0 0 16 [12] .fini PROGBITS 0000000000034d20 00034d20 0000000000000009 0000000000000000 AX 0 0 4 [13] .rodata PROGBITS 0000000000034d40 00034d40 000000000000bdb0 0000000000000000 A 0 0 32 [14] .eh_frame_hdr PROGBITS 0000000000040af0 00040af0 0000000000000974 0000000000000000 A 0 0 4 [15] .eh_frame PROGBITS 0000000000041468 00041468 000000000000556c 0000000000000000 A 0 0 8 [16] .init_array INIT_ARRAY 0000000000246dc8 00046dc8 0000000000000008 0000000000000000 WA 0 0 8 [17] .fini_array FINI_ARRAY 0000000000246dd0 00046dd0 0000000000000008 0000000000000000 WA 0 0 8 [18] .jcr PROGBITS 0000000000246dd8 00046dd8 0000000000000008 0000000000000000 WA 0 0 8 [19] .data.rel.ro PROGBITS 0000000000246de0 00046de0 0000000000000008 0000000000000000 WA 0 0 8 [20] .dynamic DYNAMIC 0000000000246de8 00046de8 00000000000001f0 0000000000000010 WA 4 0 8 [21] .got PROGBITS 0000000000246fd8 00046fd8 0000000000000028 0000000000000008 WA 0 0 8 [22] .got.plt PROGBITS 0000000000247000 00047000 0000000000000028 0000000000000008 WA 0 0 8 [23] .data PROGBITS 0000000000247030 00047030 0000000000000dc0 0000000000000000 WA 0 0 16 [24] .bss NOBITS 0000000000247df0 00047df0 0000000000000038 0000000000000000 WA 0 0 16 ... Key to Flags: W (write), A (alloc), X (execute), M (merge), S (strings), l (large) I (info), L (link order), G (group), T (TLS), E (exclude), x (unknown) O (extra OS processing required) o (OS specific), p (processor specific) There are no section groups in this file. Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flags Align LOAD 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x00000000000469d4 0x00000000000469d4 R E 200000 LOAD 0x0000000000046dc8 0x0000000000246dc8 0x0000000000246dc8 0x0000000000001028 0x0000000000001060 RW 200000 DYNAMIC 0x0000000000046de8 0x0000000000246de8 0x0000000000246de8 0x00000000000001f0 0x00000000000001f0 RW 8 NOTE 0x00000000000001c8 0x00000000000001c8 0x00000000000001c8 0x0000000000000024 0x0000000000000024 R 4 GNU_EH_FRAME 0x0000000000040af0 0x0000000000040af0 0x0000000000040af0 0x0000000000000974 0x0000000000000974 R 4 GNU_STACK 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000 RW 10 GNU_RELRO 0x0000000000046dc8 0x0000000000246dc8 0x0000000000246dc8 0x0000000000000238 0x0000000000000238 R 1 Section to Segment mapping: Segment Sections... 00 .note.gnu.build-id .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rela.dyn .rela.plt .init .plt .text .fini .rodata .eh_frame_hdr .eh_fr ame 01 .init_array .fini_array .jcr .data.rel.ro .dynamic .got .got.plt .data .bss 02 .dynamic 03 .note.gnu.build-id 04 .eh_frame_hdr 05 06 .init_array .fini_array .jcr .data.rel.ro .dynamic .got --- snip --- * LOAD segment "00" -> align 0x200000 (x86_64 default) * LOAD segment "01" -> align 0x200000 (x86_64 default) ELF's "linking view": The 0x200000 alignment of the two LOAD segments is default for static linker 'ld' on x86_64. ELF's "execution view": The dynamic linker/loader 'ld.so' will set the page protection of the alignment gap between the LOAD segments to 'PROT_NONE', creating an inaccessible "hole" by design. https://sourceware.org/git/?p=glibc.git;a=blob;f=elf/dl-map-segments.h;h=d3… --- snip --- 21 /* This implementation assumes (as does the corresponding implementation 22 of _dl_unmap_segments, in dl-unmap-segments.h) that shared objects 23 are always laid out with all segments contiguous (or with gaps 24 between them small enough that it's preferable to reserve all whole 25 pages inside the gaps with PROT_NONE mappings rather than permitting 26 other use of those parts of the address space). */ ... --- snip --- There is a Wine-Staging patch here: https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-Buil… Specifically: https://github.com/wine-staging/wine-staging/blob/master/patches/ntdll-Buil… The patch essentially allows app code to access the memory between the LOAD segments (alignment gaps/holes marked as 'VPROT_SYSTEM'). It's certainly doable this way ... but lets hear how Alexandre thinks of this. An alternative to "fix" the holes is by using the static linker. The default 'ld' setting for alignment of LOAD segments without using a custom linker script can be adjusted by using '-z max-page-size=N' and/or '-z common-page-size=N' (target page size). Wine actually already makes use of this for modules which need to be "prelinked" at fixed address ranges (core dlls): https://source.winehq.org/git/wine.git/blob/HEAD:/tools/winegcc/winegcc.c#l… --- snip --- 1136 default: 1137 if (opts->image_base) 1138 { 1139 if (!try_link(opts->prefix, link_args, "-Wl,-z,max-page-size=0x1000")) 1140 strarray_add(link_args, "-Wl,-z,max-page-size=0x1000"); 1141 if (!try_link(opts->prefix, link_args, strmake("-Wl,-Ttext-segment=%s", opts->image_base))) 1142 strarray_add(link_args, strmake("-Wl,-Ttext-segment=%s", opts->image_base)); 1143 else 1144 prelink = PRELINK; 1145 } 1146 break; 1147 } --- snip --- Example: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/kernel32/Makefile.in… --- snip --- 6 EXTRADLLFLAGS = -nodefaultlibs -Wb,-F,KERNEL32.dll -Wl,--image-base,0x7b400000 --- snip --- --- snip --- $ readelf -a install/lib64/wine/kernel32.dll.so ... Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flags Align LOAD 0x0000000000000000 0x000000007b400000 0x000000007b400000 0x00000000002c3bcc 0x00000000002c3bcc R E 1000 LOAD 0x00000000002c3dc8 0x000000007b6c4dc8 0x000000007b6c4dc8 0x00000000001b1448 0x00000000001b1ad0 RW 1000 --- snip --- Due to platform (target) page granularity, there is no hole anymore in between the two LOAD segments. Giving 'dxgi' and 'd3d11' dlls fixed load addresses basically achieves the same but at static link time: --- snip --- $ grep -Hrni image-base dlls/ dlls/dxgi/Makefile.in:4:EXTRADLLFLAGS = -Wl,--image-base,0x71710000 dlls/kernel32/Makefile.in:6:EXTRADLLFLAGS = -nodefaultlibs -Wb,-F,KERNEL32.dll -Wl,--image-base,0x7b400000 dlls/ntdll/Makefile.in:6:EXTRADLLFLAGS = -nodefaultlibs -Wl,--image-base,0x7bc00000 dlls/opengl32/Makefile.in:5:EXTRADLLFLAGS = -Wl,--image-base,0x7a800000 dlls/riched20/Makefile.in:4:EXTRADLLFLAGS = -Wl,--image-base,0x7ac00000 dlls/d3d11/Makefile.in:4:EXTRADLLFLAGS = -Wl,--image-base,0x77590000 --- snip --- Alternatively, decouple the 'ld' option from Wine's 'image-base' option. Anyway, chose between the static link time vs. runtime link time (permission fixup -> staging patch) method ;-) $ wine --version wine-3.3 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 22

[Bug 35651] New: Warcraft III: Some videos are not played
by wine-bugs＠winehq.org 31 Jan '23

31 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=35651 Bug ID: 35651 Summary: Warcraft III: Some videos are not played Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Created attachment 47608 --> http://bugs.winehq.org/attachment.cgi?id=47608 Console log from wine-1.7.13-27-ge610713 There was a bug 12792 - "Warcraft III videos is not playing" which was closed as fixed in wine-1.7.13. Well i noticed, that some videos are played, but not all for example "Introduction: The Prophecy". I tested this on 64bit Debian Jessie and 32bit Wheezy. Results: * In Wow64 the videos are skipped * In 32bit version wine crashes Even though Wow64 log suggest, that 32bit libgstreamer plugins are missing, i don't think, that this line is correct as i installed them, recompiled and even configure no longer complains about missing Gstreamer. -- 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 26

[Bug 25726] New: PDF XChange Viewer corrupt display when scrolling
by wine-bugs＠winehq.org 31 Jan '23

31 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=25726 Summary: PDF XChange Viewer corrupt display when scrolling Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: schwejk(a)quantentunnel.de Created an attachment (id=32773) --> (http://bugs.winehq.org/attachment.cgi?id=32773) output when program run out of console When scrolling a document horizontal lines appear and the document is partially unreadable. (version 2.5 build 190) http://www.tracker-software.com/product/pdf-xchange-viewer -- 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 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 February 2020