- wine-bugs - winehq.org

[Bug 48725] New: Build, package and distribute the themes created by ReactOS project
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=48725 Bug ID: 48725 Summary: Build, package and distribute the themes created by ReactOS project Product: Wine Version: 5.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: kolan_n(a)mail.ru Distribution: --- Wine has capability of theming using `msthemes` files. But none are available in the distro. ReactOS contributors have created some libre themes. https://github.com/reactos/reactos/tree/master/media/themes It'd be nice to build and package them, since extracting them from ReactOS is inconvenient Proposed ways to implement it: 1. Each theme should go into a separate package. 2. There should be a vurtual package triggering installation of all themes packages. 3. The themes should be moved into a separate repo. 4. Since the themes are built with CMake, CPack should be used to package them. -- 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 37796] New: Monopoly EA crash (but game is playable)
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=37796 Bug ID: 37796 Summary: Monopoly EA crash (but game is playable) Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: grendal74.geo(a)yahoo.com Distribution: --- Created attachment 50340 --> https://bugs.winehq.org/attachment.cgi?id=50340 Monopoly EA crash report (but game is playable) Monopoly game by EA. Download url http://h10025.www1.hp.com/ewfrf/wc/softwareDownloadIndex?cc=us&lc=en&softwa… The game is playable. The only issue is that it produces an error at the beginning of the game. The game is full screen with all the effects working. see backtrace. Happy New Year ! -- 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 43238] New: ReactOS Solitaire does not work
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=43238 Bug ID: 43238 Summary: ReactOS Solitaire does not work Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it Distribution: --- I tried to run the classic solitaire card game from ReactOS, but I cannot play it. After launching sol.exe, I can grab the cards with the mouse, but they cannot be attached to a new pile, although it is a correct move. The game works fine in Windows. Tested with the latest wine from trunk at the time of writing (2.11). The executable of the game can be recovered from a nightly ISO build of ReactOS or I can eventually attach it here. Sincerely. -- 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 2

[Bug 53789] New: charmap.exe from ReactOS leads to heap corruption under Wine
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53789 Bug ID: 53789 Summary: charmap.exe from ReactOS leads to heap corruption under Wine Product: Wine Version: 7.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 73279 --> https://bugs.winehq.org/attachment.cgi?id=73279 charmap file to reproduce Just for the record. This crash happens with certain fonts only, I used the Fixedsys font (https://aur.archlinux.org/packages/ttf-fixedsys-excelsior-linux) Attaching files to reproduce, from ROS commit 9cc9a26392ea4cc246284af61185db01f8212ca9. Problem is this line: https://gitlab.winehq.org/wine/wine/-/blob/wine-7.18/dlls/gdi32/uniscribe/s… where the index is < 0 Merge request (WIP): https://gitlab.winehq.org/wine/wine/-/merge_requests/1054 -- 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 53787] New: charmap.exe from ReactOS crashes under Wine with stackoverflow
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53787 Bug ID: 53787 Summary: charmap.exe from ReactOS crashes under Wine with stackoverflow Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 73278 --> https://bugs.winehq.org/attachment.cgi?id=73278 charmap file to reproduce This crash happens with certain fonts only, I used the Fixedsys font (https://aur.archlinux.org/packages/ttf-fixedsys-excelsior-linux) Attaching files to reproduce, from ROS commit 9cc9a26392ea4cc246284af61185db01f8212ca9. -- 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 42787] New: Gal*Gun: Double Peace hangs when focus is lost
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=42787 Bug ID: 42787 Summary: Gal*Gun: Double Peace hangs when focus is lost Product: Wine Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: thexzoron(a)riseup.net Distribution: --- Created attachment 57812 --> https://bugs.winehq.org/attachment.cgi?id=57812 the debug log of this session When playing this game and you either switch workspaces or get the mouse out of the game it will lock up and the video will freeze but the audio will still play until you restart the window manager (in my cause i3). In some cases some of the audio cuts out and the game cannot be resumed however, I was not able to get to a scenario while logging where I could not resume the game after a window manager restart. -- 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 48951] New: NVDA settings menu hangs
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=48951 Bug ID: 48951 Summary: NVDA settings menu hangs Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleacc Assignee: wine-bugs(a)winehq.org Reporter: contact(a)jookia.org Distribution: --- NVDA's settings menu hangs due to it waiting on IAccPropServices's SetHwndPropServer and later ClearHwndProps methods. Commenting them out in NVDA's code shows no visible changes, likely due to the rest of the accessibility code being unimplemented. -- 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 45676] New: Keyboard non-functioning in Dark Souls 3
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=45676 Bug ID: 45676 Summary: Keyboard non-functioning in Dark Souls 3 Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hiigaran(a)hotmail.com Distribution: --- What works: - Game starts up - Main menu loads - Character creation works - Pre-game cinematic works - All mouse-related functions work What doesn't work: - Interacting with the main menu or in-game settings using the keyboard - In-game keyboard controls (movement, etc.) Pressing any key causes nothing to happen. Holding the key down for several seconds will cause the key to be registered for an instant. For example, pressing W to move the character forward will result in no action. Holding the key down will cause the character to step forward slightly, after several seconds. This essentially makes the game unplayable. Oddly enough, when naming your character on the character creation screen, the text box where you type a name in to actually works without issue. Issue is present on a prefix with no overrides. Tested on all Windows versions. Issue is also present while using DXVK. Ubuntu 18.04 Nvidia 396.51 -- 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 2

[Bug 44682] New: Kingdom Come: Deliverance, The Witcher 3: low performances
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=44682 Bug ID: 44682 Summary: Kingdom Come: Deliverance, The Witcher 3: low performances Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: ben(a)tokidev.fr Distribution: --- Using the nvidia latest proprietary drivers and wine-3.3, it seems there are low performances on both Kingdom Come: Deliverance and The Witcher 3 (despite, for the later at least, bug #42592 being marked as fixed in 3.3). This is using CSMT (by explicitly enabling it in the registry), and with __GL_THREADED_OPTIMIZATIONS=0 (as suggested by the aforementioned bug report). Yet when using wine-2.21-staging with CSMT, performances are much better. Using wine-3.3-staging (the new 3.x rebased staging fork by alesliehughes@github) with CSMT does not seem to produce good results either (that is, not better than normal 3.3). As an example, for Kingdom Come: Deliverance with details set to high on a 1070TI and in the exact same conditions: * Wine 3.3 produces ~5 to 10 FPS. * Wine 3.3-staging produces roughly the same. * Wine 2.21-staging produces ~20 to 30 FPS. The results are similar in The Witcher 3 (3.3 is pretty laggy in ultra, although almost playable; 3.3-staging is the same; yet 2.21-staging makes the game completely playable at the same level of details and performances are better by at least twice). There are no explicit messages in the log that may suggest an easily identifiable cause. -- 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 45989] New: The Witcher 3 flickers horribly and has artifacts
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=45989 Bug ID: 45989 Summary: The Witcher 3 flickers horribly and has artifacts Product: Wine Version: 3.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alex_y_xu(a)yahoo.ca Distribution: Gentoo See the attached video. Basically, certain areas of the screen (e.g. most of Geralt, the outside sky, certain interior walls) flicker very badly. Also, there is a grassy-looking wall in the middle of the room. I am using a Northern Islands class card, so Vulkan is not supported. I am using Mesa 18.2.2. Apologies for the potato quality recording; I'm using sway at the moment and video recording isn't properly supported. I did try TW3 on X though and it had the same results. -- 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 47227] New: The Witcher 3 GOG patch 1.3: Rumblepad 2 D-pad doesn' t work after update to version 4.8 Staging
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=47227 Bug ID: 47227 Summary: The Witcher 3 GOG patch 1.3: Rumblepad 2 D-pad doesn't work after update to version 4.8 Staging Product: Wine-staging Version: 4.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue.krishna(a)aol.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 64495 --> https://bugs.winehq.org/attachment.cgi?id=64495 terminal output to the bug I have a specific problem with these buttons: https://i.imgur.com/P49Q2QF.jpg With version 4.7 Staging the D-pad worked. And it seems like the upgrade to wine-4.8 (Staging) removed the D-pad support. All other buttons from the Rumblepad 2 still work. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 4

[Bug 44561] New: The Witcher 3: Incorrect gamepad button mapping and not working triggers
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=44561 Bug ID: 44561 Summary: The Witcher 3:Incorrect gamepad button mapping and not working triggers Product: Wine Version: 3.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: nickfaces(a)gmail.com Distribution: --- Problems with xpad (and steamos-xpad). With xboxdrv gamepad are not working. WIth -mimic-xpad and remapping buttons options game not launching. -- 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 43133] New: The Witcher 3: ambient occlusion distortions
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=43133 Bug ID: 43133 Summary: The Witcher 3: ambient occlusion distortions Product: Wine Version: 2.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com Distribution: --- Created attachment 58341 --> https://bugs.winehq.org/attachment.cgi?id=58341 The Witcher 3: SSAO (ambient occlution) distortion When running The Witcher 3 with ambient occlusion on, there are various visual artifacts appearing. With SSAO, there is black dotted mesh, and with HBAO+ there are running black vertical lines. See attached screenshots. Game version: GOG, 1.31. System: Debian testing, x86_64. Graphics: AMD RX 480: AMD POLARIS10 (DRM 3.8.0 / 4.9.0-3-amd64, LLVM 3.9.1), Mesa 17.1.0-devel (git-af73acca2b). Resolution: 1920x1200. Settings: Max settings for all graphics, except Nvidia hairworks is off. -- 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 43786] New: The Witcher 3: textures disappear in some places when you move
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=43786 Bug ID: 43786 Summary: The Witcher 3: textures disappear in some places when you move Product: Wine Version: 2.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com Distribution: --- Created attachment 59299 --> https://bugs.winehq.org/attachment.cgi?id=59299 The Witcher 3: Velen cave save with disappearing texture In some areas when you move, textures toggle, disappearing and appearing back. But they don't leave a transparent area, but rather just untextured surface when that happens. So I'm not sure if it's the same as other missing texture bugs or not. I attach a save in Velen cave where that happens, as well as a video capture of that texture toggling. Graphics: OpenGL renderer string: AMD Radeon (TM) RX 480 Graphics (POLARIS10 / DRM 3.15.0 / 4.12.0-2-amd64, LLVM 5.0.0) OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.3.0-devel (git-3e54493265) -- 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 23

[Bug 43861] New: The Witcher: Movement problems
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=43861 Bug ID: 43861 Summary: The Witcher: Movement problems Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: const1993(a)gmail.com Distribution: --- The movement keys do not work right away, the character can continue to run for another 15 seconds after I stop moving -- 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 24

[Bug 50722] New: State of Decay 2: Juggernaut Edition icons rendering is wrong with OpenGL renderer
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=50722 Bug ID: 50722 Summary: State of Decay 2: Juggernaut Edition icons rendering is wrong with OpenGL renderer Product: Wine Version: 6.2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 69472 --> https://bugs.winehq.org/attachment.cgi?id=69472 example wine-6.2-320-gee4e33ed9ac -- 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 42953] New: ffxiv dx11 fixme:d3d11: d3d11_device_CreateBlendState Per-rendertarget blend not implemented.
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=42953 Bug ID: 42953 Summary: ffxiv dx11 fixme:d3d11:d3d11_device_CreateBlendState Per-rendertarget blend not implemented. Product: Wine Version: 2.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ssbkm(a)icloud.com Distribution: --- unhandled dx11 -- 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 30400] New: Final Fantasy 7 in the first fight scene
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=30400 Bug #: 30400 Summary: Final Fantasy 7 in the first fight scene Product: Wine Version: 1.5.1 Platform: x86 URL: http://download.cnet.com/Final-Fantasy-VII-demo/3000-7 538_4-10020419.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Created attachment 39739 --> http://bugs.winehq.org/attachment.cgi?id=39739 terminal output Bug 9220 is fixed, so this is the next crash. Get the game from http://download.cnet.com/Final-Fantasy-VII-demo/3000-7538_4-10020419.html austin@aw21 ~ $ sha1sum ff7demo.zip 79a555cd1874410a93952486e511bb8492e82a56 ff7demo.zip unzip/run. Bug 9220 would crash it once Cloud swung his sword. This no longer happens, the fight scene starts, then about 15 seconds later => crash. -- 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 21

[Bug 54517] New: riched20:editor - KDE? Clipboard interference causes test_EM_SETUNDOLIMIT() failures
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54517 Bug ID: 54517 Summary: riched20:editor - KDE? Clipboard interference causes test_EM_SETUNDOLIMIT() failures Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- riched20:editor - KDE? Clipboard interference causes test_EM_SETUNDOLIMIT() failures: editor.c:3667: Test failed: EM_SETUNDOLIMIT didn't allow the first undo with UNDOLIMIT set to 2 editor.c:3670: Test failed: EM_SETUNDOLIMIT didn't allow a second undo with UNDOLIMIT set to 2 See https://test.winehq.org/data/patterns.html#riched20:editor These failures mostly happen on my desktop, fg-deb64, though they did happen a few times on on master and lastestmaster (sic) too (latestmaster did not have that issue). * My desktop is Debian 11 + KDE. * master and lastestmaster are Linux Mint 21 (desktop environment unknown) On my desktop, whenever Wine modifies the clipboard, some non-Wine process accesses it and sometimes causes the clipboard content to be lost. Whether that has an impact on the tests depends on whether the test is done with the clipboard content by the time that access happens, i.e. there is a race condition. test_EM_SETUNDOLIMIT() does multiple pastes in a row (101 + 3), each of which accesses the clipboard, which leaves time for that other process to cause the clipboard content to be lost. This results in some pastes not happening so that there are fewer pastes to undo than expected. Hence the failures above. The test could be modified to check the length of the text field as a way to verify that it got the expected number of successful pastes. If not, it could either limit undos to however many pastes succeeded, or redo a copy plus more pastes to reach the target number. But I don't remember losing the clipboard content outside of Wine. Of course, unlike Wine's tests I never perform hundreds of copy/pastes per second so maybe that's why. Anyway, there may be something wrong in Wine and then fixing that would be a better approach. Or it may be a bug in some other component on my desktop that mishandles the clipboard. Also, even if the clipboard content is not lost, the WM_PASTE handling does a simple OpenClipboard() which would fail if winex11 is already accessing it to handle a query from some other process in the system. That seems too fragile and would also cause missing undos. I don't know how Windows behaves in that case though : Does the WM_PASTE simply fail? Is the OpenClipboard() operation repeated indefinitely? Just a few times? -- 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 54007] New: in kde plasma fullscreen videogames cause gap between taskbar and bottom edge of the screen
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54007 Bug ID: 54007 Summary: in kde plasma fullscreen videogames cause gap between taskbar and bottom edge of the screen Product: Wine-staging Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: HarlanStaggs(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 73586 --> https://bugs.winehq.org/attachment.cgi?id=73586 this is how it looks with and without launched game characteristics: Operating System: Nobara Linux 36 KDE Plasma Version: 5.26.3 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7 Kernel Version: 6.0.10-201.fc36.x86_64 (64-bit) Graphics Platform: X11 how to reproduce: 1) launch some fullscreen videogame (personally i do it with lutris from flathub, maybe its important) 2) alt+tab to another non-fullscreen window 3) put cursor in bottom edge of the screen 4) try to switch windows with mouse wheel 5) notice small (several pixels height) gap between bottom edge of the screen and taskbar, and also between taskbar and current non-fullscreen window in focus. 6) close fullscreen videogame 7) everything is normal, taskbar is adjacent to the bottom edge of the screen without gaps this started to happen after update to wine-7.22 (Staging), i've never seen this before, so i assume this bug occurs in this particular version. -- 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 54854] New: Locking the KDE screen causes user32:win to fail systematically
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54854 Bug ID: 54854 Summary: Locking the KDE screen causes user32:win to fail systematically Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Locking the KDE screen causes user32:win to fail systematically. Specifically it gets failures in test_nonclient_area(): win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. in test_activateapp(): win.c:11013: Test failed: Expected foreground window 0, got 00FE0060 win.c:11019: Test failed: Expected foreground window 002D0142, got 00FE0060 win.c:11082: Test marked todo: Expected WM_ACTIVATEAPP(0), did not receive it. and in test_topmost(): win.c:11683: Test failed: 01ED0126: expected prev 005D00BE, got 00000000 win.c:11697: Test failed: hwnd should NOT be topmost win.c:11699: Test failed: 01ED0126: expected NOT topmost win.c:11643: Test failed: 1: hwnd 01ED0126 is still topmost win.c:11724: Test marked todo: owner should be topmost win.c:11727: Test marked todo: hwnd2 should be topmost win.c:11750: Test marked todo: hwnd should NOT be topmost win.c:11764: Test marked todo: hwnd should NOT be topmost win.c:11805: Test marked todo: hwnd should be topmost win.c:11807: Test succeeded inside todo block: child should be topmost win.c:11809: Test marked todo: child2 should be topmost win.c:11810: Test failed: grandchild should be topmost win.c:11818: Test failed: child should NOT be topmost win.c:11821: Test succeeded inside todo block: grandchild should NOT be topmost win.c:11824: Test failed: 0007012A: expected NOT topmost win.c:11643: Test succeeded inside todo block: 5: hwnd 01070060 is still topmost [... more todos ...] See https://test.winehq.org/data/patterns.html#user32:win Only my development desktop runs the Wine tests in KDE and I normally avoid locking the screen when doing so. But it is quite remarkable that only three tests units have an issue with this configuration: this one, comctl32:tooltips (bug 54582) and user32:input (bug 54583). -- 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 54853] New: Locking the KDE screen causes user32:input to fail systematically
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54853 Bug ID: 54853 Summary: Locking the KDE screen causes user32:input to fail systematically Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Locking the KDE screen causes user32:input to fail systematically. Specifically it gets failures in test_rawinput(): input.c:2918: Test marked flaky: 4: unexpected WM_MOUSEMOVE message input.c:2929: Test failed: 4: Unexpected cursor movement input.c:2929: Test failed: 5: Unexpected cursor movement input.c:2929: Test failed: 6: Unexpected cursor movement input.c:2502: Test marked todo: Expected wparam 1, got 0 input.c:2929: Test failed: 7: Unexpected cursor movement input.c:2929: Test failed: 8: Unexpected cursor movement input.c:2918: Test marked flaky: 9: unexpected WM_MOUSEMOVE message input.c:2645: Test marked flaky: 9: foreground process expected WM_MOUSEMOVE message input.c:2929: Test failed: 9: Unexpected cursor movement input.c:2502: Test marked todo: Expected wparam 1, got 0 input.c:2645: Test marked flaky: 10: foreground process expected WM_MOUSEMOVE message input.c:2929: Test failed: 10: Unexpected cursor movement input.c:2502: Test marked todo: Expected wparam 1, got 0 input.c:2645: Test marked flaky: 11: foreground process expected WM_MOUSEMOVE message input.c:2929: Test failed: 11: Unexpected cursor movement input.c:2645: Test marked flaky: 12: foreground process expected WM_MOUSEMOVE message input.c:2929: Test failed: 12: Unexpected cursor movement input.c:2921: Test marked todo: 13: expected WM_INPUT message input.c:2929: Test failed: 13: Unexpected cursor movement input.c:2929: Test failed: 14: Unexpected cursor movement input.c:2929: Test failed: 15: Unexpected cursor movement input.c:2929: Test failed: 16: Unexpected cursor movement and in test_GetMouseMovePointsEx_process(): input.c:1730: Test failed: expected to get 64 mouse move points but got -1 input.c:1741: Test failed: expected to get 64 mouse move points but got -1 input.c:1787: Test marked todo: expected to get -1 mouse move points but got 64 input.c:1788: Test marked todo: expected ERROR_ACCESS_DENIED got -559038737 See https://test.winehq.org/data/patterns.html#user32:input Only my development desktop runs the Wine tests in KDE and I normally avoid locking the screen when doing so. But it is quite remarkable that only three tests units have an issue with this configuration: this one, comctl32:tooltips and user32:win. -- 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 54852] New: Locking the KDE screen causes comctl32:tooltips to fail systematically
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54852 Bug ID: 54852 Summary: Locking the KDE screen causes comctl32:tooltips to fail systematically Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Locking the KDE screen causes comctl32:tooltips to fail systematically: tooltips.c:252: Test failed: 0: Failed to get current tool 0. tooltips.c:259: Test failed: 0: Unexpected hwnd CCCCCCCC. tooltips.c:260: Test failed: 0: Unexpected hinst CCCCCCCC. tooltips.c:261: Test failed: 0: Unexpected uId cccccccc. tooltips.c:262: Test failed: 0: Unexpected lParam cccccccc. [... same errors for iterations 1 to 5...] tooltips.c:504: Test marked todo: Adding the tool to the tooltip succeeded! tooltips.c:1150: Test marked todo: 0: Unexpected ret value 1, size 45, max size 44. tooltips.c:1218: Test failed: TTN_SHOW parent seq: the msg sequence is not complete: expected 0000 - actual 004e v6util.h:92: created cc6.manifest [... same errors again ...] See https://test.winehq.org/data/patterns.html#comctl32:tooltips Only my development desktop runs the Wine tests in KDE and I normally avoid locking the screen when doing so. But it is quite remarkable that none of the other comctl32 tests has any issue in that scenario, and that out of all the Wine tests only two others have extra failures (user32:input and user32:win). Also the failures are not unique to this case: * The test_customdraw() failures also happen on Windows, but only one at a time (bug 54580). * The test_TTN_SHOW() also happen randomly in Wine the rest of the time (bug 54581). Given that these failures are usually quite hard to reproduce, locking the KDE screen may make them easier to debug, assuming this case does not involve a totally different code path. -- 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 48046] New: Resident Evil 4 (Steam): Frame rate issues when clicking the left mouse button
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=48046 Bug ID: 48046 Summary: Resident Evil 4 (Steam): Frame rate issues when clicking the left mouse button Product: Wine Version: 4.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skidrowa(a)gmail.com Distribution: --- The game's frame rate tanks when you click the left mouse button and can go as low as 5 FPS if you hold click and move the mouse at the same time. The cursor also flickers between it's current position and the middle of the screen, making it virtually impossible to play using keyboard and mouse. -- 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 51372] New: Resident Evil 4 (2007) Sometimes crashes at startup.
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51372 Bug ID: 51372 Summary: Resident Evil 4 (2007) Sometimes crashes at startup. Product: Wine Version: 6.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: BOBBLOG(a)protonmail.com Distribution: --- Created attachment 70229 --> https://bugs.winehq.org/attachment.cgi?id=70229 RE4Terminal.txt Resident Evil 4 (2007) Sometimes crashes at startup. I see a few error messages about xrandr. I have attach the terminal messages. Tested in a wine prefix just d3dx9_30 installed by winetricks. -- 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 51325] New: Resident Evil 4 (2007) Hangs usually within 15-30 minutes.
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51325 Bug ID: 51325 Summary: Resident Evil 4 (2007) Hangs usually within 15-30 minutes. Product: Wine Version: 6.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: BOBBLOG(a)protonmail.com Distribution: --- Resident Evil 4 (2007) Ver.1.1.0 DVD Hangs usually within 15-30 minutes. Most times i see a message box of Microsoft Visual C++ Runtime Error "This application has requested the Runtime to terminate in an unusual way. Please contact the applications support team for more information." I tested this in a wine prefix with d3dx9 installed via winetricks because the game will not boot up with it. I tried WINEDEBUG=+msgbox but, every time i did the game would just hang and not show anything related to the message box. I did however get this message on the terminal. 01e4:fixme:d3d9:Direct3DShaderValidatorCreate9 Returning stub validator 67C9E028. 0454:err:quartz:BaseMemAllocator_Commit fnAlloc failed with error 0x8007000e 0454:err:quartz:BaseMemAllocator_Commit fnAlloc failed with error 0x8007000e 0454:err:gstreamer:gstdemux_init_stream Failed to commit allocator, hr 0x8007000e. radeon: mmap failed, errno: 12 radeon: mmap failed, errno: 12 0174:err:d3d:wined3d_debug_callback 0x8f4a328: "GL_OUT_OF_MEMORY in glTexSubImage". This err message was only displayed once in the many times that the game hanged. -- 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 7

[Bug 50550] New: Resident Evil 4 Ultimate HD crashes at gameplay near beginning of game
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=50550 Bug ID: 50550 Summary: Resident Evil 4 Ultimate HD crashes at gameplay near beginning of game Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dron2065(a)rambler.ru Distribution: --- Created attachment 69220 --> https://bugs.winehq.org/attachment.cgi?id=69220 Backtrace of error Steam version of Resident Evil 4 Ultimate HD crashes at gameplay near beginning of 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.

1 4

[Bug 41271] New: Fallout 4 - Audio issues (no sounds, hangs when playing intro video)
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=41271 Bug ID: 41271 Summary: Fallout 4 - Audio issues (no sounds, hangs when playing intro video) Product: Wine Version: 1.9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: kimmo.myllyvirta(a)gmail.com Distribution: --- Created attachment 55571 --> https://bugs.winehq.org/attachment.cgi?id=55571 1.9.18 logs This could be dupe of bug #36977, but also hits bug #39402 possibly some others too. But since I can't find a decent workaround which works for Fallout 4, it might be ok to open a new bug. Not quite sure if the component is correct, either xaudio2 or dsound anyway. A bunch of logs attached, see below what they mean. Steam version of the game, only Steam and Fallout 4 installed to a clean prefix. Steam installs xact from _CommonRedist when first time launching the game. When the game is started it hangs when it should play the intro video; +tid,+dsound log attached (Log: fo4_tid_dsound.txt, +tid,+dsound). This could be bug #36977, since the game uses radgametools bink. With builtin xaudio2_7 the intro video works sometimes (extremely rarely, sorry I don't have decent log of this). But after the video is finished it will always hang after; warn:xaudio2:IXAudio2Impl_CreateSourceVoice OpenAL can't convert this format! when it tries to play the music for the main menu. (see bug #39402) With xaudio2_7 set to disabled the intro video works, but again extremely rarely. And it results to no sounds in Fallout 4 since bink player uses dsound, but Fallout 4 itself doesn't, it seems. There is "sAudioAPI=XAudio2" setting in Fallout4.ini, but it is a legacy setting. I can't find any indication of it supporting anything else than xaudio2 (on older Bethesda games there was other options available). Now the weird hack part; Since this feels like a race condition, I added usleep(100000) to the beginning of IDirectSound8Impl_Release, which seems to help a lot (this issue might not have anything to do with dsound release, that's just the first place I tried); - native xaudio2: the intro video works, and the music in main menu plays ok, always - success :) (Log: fo4_tid_dsound_sleep_hack.txt, +tid,+dsound ) - builtin xaudio2_7: the intro video works, but the music in main menu doesn't and the game hangs (as expected) after; warn:xaudio2:IXAudio2Impl_CreateSourceVoice OpenAL can't convert this format! (Log: fo4_tid_dsound_xaudio2_sleep_hack_builtin_xaudio2_7.txt, +tid,+dsound,+xaudio2 ) - disable xaudio2_7: the intro video works, no music in the main menu, but the game doesn't hang (Log: fo4_tid_dsound_sleep_hack_disable_xaudio2_7, +tid,+dsound ) Notes; - The main menu is just a black screen (lots of d3d11 fixmes in those logs), you just have to listen and imagine you are there :) - I also tried xact and xact_jun2010 with winetricks - those make no difference, works just like the xact shipped with 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 38

[Bug 51536] New: Wrye Bash graphical issue in the modlist with wine-staging
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51536 Bug ID: 51536 Summary: Wrye Bash graphical issue in the modlist with wine-staging Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Wrye Bash 309 show a glitchy panel where there should be the list of masterfiles for a mod. The panel present itself all black. It refresh partially and shows masters when clicking on a mod, but when clicking on a mod with less masters then the previous ones, the masters in excess sren't removed from the element. BIsecting the staging patches result in this (used git-am as aplying backend for the patches, then used git bisect) 094c35ee0083404c37dfa3f74309c73b23e10cef is the first bad commit commit 094c35ee0083404c37dfa3f74309c73b23e10cef Author: Dmitry Timoshkov <dmitry(a)baikal.ru> Date: Tue Nov 12 18:13:20 2019 +0800 comctl32: Bump version to 6.0. An application that I have here checks comctl32.dll version information and refuses to run, changing DLL version to 6.0 makes it run. Signed-off-by: Dmitry Timoshkov <dmitry(a)baikal.ru> dlls/comctl32/comctl32.h | 2 +- dlls/comctl32/comctl32.rc | 2 +- include/commctrl.h | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) -- 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 35000] New: Wrye Bash install empty folders
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=35000 Bug #: 35000 Summary: Wrye Bash install empty folders Product: Wine Version: 1.7.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: francisgosselin75(a)hotmail.com Classification: Unclassified Hi! i am with LinuxMint 15 64 bytes, i use Wine 1.7 and i have install Skyrim. Skyrim is install in c: /Games/Steam/SteamApps/common/Skyrim . Now i have install Wrye Bash Stand Allone 304_3, and when i install mods, my folders in "Texture" and "Meshes" are empty, can you help me please? thank you! -- 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 10506] New: wine crypt32 needs DSS provider to support more . NET apps which use cryptography API
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=10506 Summary: wine crypt32 needs DSS provider to support more .NET apps which use cryptography API Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, while playing around with .NET apps I found various shortcomings when it comes to native backends for certains parts of .NET One is the state of cryptographic providers (crypt32). Many .NET apps use either default RSA or DSS provider. Currently the DSS and enhanced DSS provider are missing, resulting in failure of several .NET apps. Would be nice if wine gets DSS provider too. Trace log showing failure of typical .NET app trying to query DSS provider: --- snip --- trace:crypt:CryptAcquireContextW (0x33d6b8, (null), L"Microsoft Enhanced Cryptographic Provider v1.0", 1, f0000000) trace:crypt:RSAENH_CPAcquireContext (phProv=0x1771b8, pszContainer=(null), dwFlags=f0000000, pVTable=0x1771c8) trace:crypt:CryptReleaseContext (0x1771a8, 00000000) trace:crypt:RSAENH_CPReleaseContext (hProv=00000002, dwFlags=00000000) trace:crypt:CryptAcquireContextW (0x33d72c, (null), L"Microsoft Enhanced Cryptographic Provider v1.0", 1, f0000000) trace:crypt:RSAENH_CPAcquireContext (phProv=0x177450, pszContainer=(null), dwFlags=f0000000, pVTable=0x175f98) trace:crypt:CryptCreateHash (0x177440, 0x8004, 0x0, 00000000, 0x33d83c) trace:crypt:RSAENH_CPCreateHash (hProv=00000002, Algid=00008004, hKey=00000000, dwFlags=00000000, phHash=0x175e04) trace:crypt:CryptAcquireContextW (0x33d6f4, (null), (null), 13, f0000000) trace:crypt:CryptAcquireContextW Did not find registry entry of crypto provider for L"Software\\Microsoft\\Cryptography\\Defaults\\Provider Types\\Type 013". trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b841300 trace:seh:raise_exception info[0]=80090017 trace:seh:raise_exception eax=7b82c455 ebx=7b8ad1e4 ecx=00000000 edx=0033d348 esi=0033d348 edi=e0434f4d trace:seh:raise_exception ebp=0033d310 esp=0033d2ac cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00000212 --- snip --- resulting in CLR exception: --- snip --- Unhandled Exception: System.InvalidOperationException: An error occurred creating the form. See Exception.InnerException for details. The error is: The type initializer for 'Sunisoft.IrisSkin.SkinEngine' threw an exception. ---> System.TypeInitializationException: The type initializer for 'Sunisoft.IrisSkin.SkinEngine' threw an exception. ---> System.Security.Cryptography.CryptographicException: Unknown error "-2146893801". at System.Security.Cryptography.CryptographicException.ThrowCryptogaphicException(Int32 hr) at System.Security.Cryptography.Utils._AcquireCSP(CspParameters param, SafeProvHandle& hProv) at System.Security.Cryptography.Utils.AcquireProvHandle(CspParameters parameters) at System.Security.Cryptography.Utils.get_StaticDssProvHandle() at System.Security.Cryptography.DSACryptoServiceProvider.ImportParameters(DSAParameters parameters) at System.Security.Cryptography.DSA.FromXmlString(String xmlString) at Sunisoft.IrisSkin.SkinEngine..cctor() --- snip --- Type 001 "RSA Full (Signature and Key Exchange)" and Type 012 "RSA SChannel" are currently implemented in wine Additionally needed: Type 003 "DSS Signature" (base DSS provider) Type 013 "DSS Signature with Diffie-Hellman Key Exchange" (enhanced DSS provider) Type 018 "Diffie-Hellman SChannel" (optional?) Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 30

[Bug 52505] New: TurboTax 2021 Installs, but crashes when 1st run in a boost library routine
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=52505 Bug ID: 52505 Summary: TurboTax 2021 Installs, but crashes when 1st run in a boost library routine Product: Wine Version: 7.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jhoward(a)alumni.caltech.edu Distribution: --- Created attachment 71803 --> https://bugs.winehq.org/attachment.cgi?id=71803 Wine-generated crash log showing crash in a boost serialization routine (as called by just-installed app TurboTax 2021) Wine-7.0 (Staging) just installed onto Fedora 35 Linux x86_64. No problems during installation of Wine, or 1st run of winecfg to install TurboTax. .../drive_c/... created without problem. Content of TurboTax 2021 CD copied into .../drive_c/. Ran winecfg to [Add application] "setup.exe", which ran to completion without error. setup's last action was to run the just-installed C:\Program Files (x86)\TurboTax\Individual 2021\32bit\TurboTax.exe. App started OK, loading many .DLLs from within the TurboTax "32bit" directory (like many non-trivial apps do). The .DLLs included several from the well-known Boost portable programming library. The crash seems to have occurred underneath a call to Boost's serialization module(s), as can be seen in attached tracebak log. -- 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 54836] New: GrandMA3 onPC Version 1.9.2.2 page fault on startup (1.8.8.2 worked fine)
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54836 Bug ID: 54836 Summary: GrandMA3 onPC Version 1.9.2.2 page fault on startup (1.8.8.2 worked fine) Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: nikolaus.einhauser(a)web.de Distribution: --- So MALighting just released their new "major" update (new features, breaking old ones, etc) to their software which broke compatability with wine. Their previous version worked fine. The issue can easily be reproduced by installing the software and then starting `app_gma3.exe`. It will crash on startup. Judging by `wine: Unhandled page fault on execute access to 000000000000000F at address 000000000000000F (thread 010c)`, the problem seems to be in the application. By inspecting the `+relay` log a little closer the page fault only looks like a symptom of missing error handling. From what I can tell, the issue lies in wintrust.WinVerifyTrust but feel free to look trough the attached debug log yourself. I'd very glad to provide more in-depth debug info or help otherwise to aid in fixing this. Suggestions for workarounds are also appreciated. Thank you. PS. There is a contest currently ongoing that mandates the use of version 1.9 or higher. So staying on an older previously working version is not an option for me. -- 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 54865] New: ieframe:webbrowser sometimes gets Invoke_PROPERTYCHANGE failures on Windows
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54865 Bug ID: 54865 Summary: ieframe:webbrowser sometimes gets Invoke_PROPERTYCHANGE failures on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ieframe:webbrowser sometimes gets Invoke_PROPERTYCHANGE failures on Windows: webbrowser.c:4529: Testing WebBrowser... [...] webbrowser.c:3244: put_href(L"http://test.winehq.org/tests/winehq_snapshot/")... webbrowser.c:3067: Downloading... webbrowser.c:3918: GoBack... webbrowser.c:3067: Downloading... webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:3924: GoForward... webbrowser.c:3067: Downloading... webbrowser.c:3928: GoBack... webbrowser.c:3067: Downloading... webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE [...] The same failures happen in "Testing WebBrowser(no olecmd)...". See https://test.winehq.org/data/patterns.html#ieframe:webbrowser These failures happened regularly from 2022-11-01 to 2022-12-20 on Windows 10 1809 to 21H1. They also happened almost systematically on w1064v21h2 from 2022-11-21 to 2023-01-16. They also happened once on 2023-01-16 on w1064 (22h2). And they stopped happening until ~3 months later: 2023-04-11 and now they happened 4 times in a week. So it's unclear what is causing these failures. There is no obvious change in the test but it may be interference from another test, or something that causes Windows to suddenly act differently (updates are disabled though). Are these unexpected Invoke_PROPERTYCHANGE calls something the test should be able to deal with? -- 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 52560] New: w10pro64 and w10pro64v2004 have specific failures: ieframe:webbrowser kernel32:resource msi:msi msi:package shell32:shlfileop urlmon:url wininet:http wininet:urlcache
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=52560 Bug ID: 52560 Summary: w10pro64 and w10pro64v2004 have specific failures: ieframe:webbrowser kernel32:resource msi:msi msi:package shell32:shlfileop urlmon:url wininet:http wininet:urlcache Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Eight tests fail only on w10pro64 and w10pro64v2004, or fail there in a way that does not happen on any other VM. ieframe:webbrowser Invoke_PROPERTYCHANGE failures kernel32:resource systematic timeouts (bug 52559) msi:msi INSTALLSTATE_ABSENT failures msi:package random timeouts shell32:shlfileop ERROR_FILE_NOT_FOUND failures urlmon:url INET_E_DOWNLOAD_FAILURE wininet:http crash (after ERROR_INTERNET_ITEM_NOT_FOUND + ERROR_FILE_NOT_FOUND) wininet:urlcache crash (after ERROR_INTERNET_INTERNAL_ERROR) In bug 52559 there is suspicion of Windows Defender causing the timeouts. -- 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 44167] New: UK's Kalender crashes on startup.
by wine-bugs＠winehq.org 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=44167 Bug ID: 44167 Summary: UK's Kalender crashes on startup. Product: Wine Version: 3.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: old.git(a)net98.eml.cc Distribution: --- Created attachment 59931 --> https://bugs.winehq.org/attachment.cgi?id=59931 Wine crash report saved to file UK's Kalender crashes on startup. Was working flawlessly on Wine 2.22. Immediately on update to 3.0 rc1 it reliable crashes on startup. System is standard Wine with extra dlls via Winetricks (cmd.exe, ffdshow, mfc42, vb6run, vc6run, vc6runsp6, wsh57). All needed to get various programs running. Program is portable version of UK's Kalender.exe from http://www.ukrebs-software.de/download/kalender/Kalender_Portable.zip Present on this machine is one of the 2.5.x series (not sure which and cannot start the program to check) Steps to reproduce: Start running the program either 1. from PSMenu portable program launcher (itself install on Wine), OR 2. right click the Kalender.exe file in Thunar and select "Open wwith Wine Windows Program Loader" Actual Result: Program fails to start, crash report displayed. Expected Result: Program to work without flaw (as on Wine 2.22) Bug first encountered: with Wine 3.0rc1 Other systems: Program runs exactly as expected on Wine 2.22 and below, and on Windows 98SE to Windows XP Pro. -- 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 54863] New: UK's Kalender: Progress bar broken for todo entries - comctl32 related
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54863 Bug ID: 54863 Summary: UK's Kalender: Progress bar broken for todo entries - comctl32 related Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: wineuser101(a)mailbox.org Distribution: --- Created attachment 74361 --> https://bugs.winehq.org/attachment.cgi?id=74361 Progress bar broken The bug affects the todo tab of the program and can be replicated by adding a new entry to the todo list by right-clicking and selecting "New." The "Percent Done" progress bar for todo entries is broken. See attached screenshot. I discovered a workaround that solves this bug by bruteforce-installing different winetrick DLLs until it got resolved. The specific DLL that solves this bug is comctl32. However, after adding this DLL you cannot export HTML/CSV files from the calendar anymore or do a backup/restore. This seems to be due to a known bug related to the file open dialog; https://bugs.winehq.org/show_bug.cgi?id=43188 The setup file for UK's Kalender can be downloaded here; https://www.ukrebs-software.de/download/kalender/Kalender_Setup.exe I used UK's Kalender version 2.5.6 (the latest as of writing) sha1sum Kalender_Setup.exe c88d6184e8b8bb51a37f10cf3fe1411783e270be -- 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 54862] New: UK's Kalender: Todo entries can't be reliably selected - comctl32 related
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54862 Bug ID: 54862 Summary: UK's Kalender: Todo entries can't be reliably selected - comctl32 related Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: wineuser101(a)mailbox.org Distribution: --- The bug affects the todo tab of the program and can be replicated by adding two new entries to the todo list by right-clicking and selecting "New." The issue is that selecting an entry is not always reliable, regardless of whether you double-left-click or right-click on it. If one changes tab to Week for example, and then goes back to the todo tab, sometimes one entry can be selected and edited, but if one right clicks on the other entry the edit windows will still open the old entry. Most of the time the entries can't be selected at all. I discovered a workaround that solves this bug by bruteforce-installing different winetrick DLLs until it got resolved. The specific DLL that solves this bug is comctl32. However, after adding this DLL you cannot export HTML/CSV files from the calendar anymore or do a backup/restore. This seems to be due to a known bug related to the file open dialog; https://bugs.winehq.org/show_bug.cgi?id=43188 The setup file for UK's Kalender can be downloaded here; https://www.ukrebs-software.de/download/kalender/Kalender_Setup.exe I used UK's Kalender version 2.5.6 (the latest as of writing) sha1sum Kalender_Setup.exe c88d6184e8b8bb51a37f10cf3fe1411783e270be -- 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 54841] New: wine-staging 8.6 fails to build with gstreamer enabled
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54841 Bug ID: 54841 Summary: wine-staging 8.6 fails to build with gstreamer enabled Product: Wine-staging Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: timo.gurr(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 74344 --> https://bugs.winehq.org/attachment.cgi?id=74344 wine-8.6_build.log Without staging and gstreamer enabled wine 8.6 builds fine but when enabling the staging patches it fails to build with: x86_64-pc-linux-gnu-cc -m64 -c -o dlls/winegstreamer/wg_parser.o dlls/winegstreamer/wg_parser.c -Idlls/winegstreamer -Iinclude -D__WINESRC__ \ -DWINE_UNIX_LIB -I/usr/x86_64-pc-linux-gnu/include/gstreamer-1.0 \ -I/usr/x86_64-pc-linux-gnu/include/glib-2.0 -I/usr/x86_64-pc-linux-gnu/lib/glib-2.0/include \ -I/usr/x86_64-pc-linux-gnu/include/orc-0.4 -pthread -Wall -pipe -fcf-protection=none \ -fno-stack-protector -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body \ -Wignored-qualifiers -Winit-self -Wno-packed-not-aligned -Wshift-overflow=2 -Wstrict-prototypes \ -Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op -fPIC \ -fasynchronous-unwind-tables -march=native -O2 -pipe -march=native -O2 -pipe In file included from /usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gobject.h:26, from /usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gbinding.h:31, from /usr/x86_64-pc-linux-gnu/include/glib-2.0/glib-object.h:24, from /usr/x86_64-pc-linux-gnu/include/gstreamer-1.0/gst/gstenumtypes.h:6, from /usr/x86_64-pc-linux-gnu/include/gstreamer-1.0/gst/gst.h:31, from dlls/winegstreamer/wg_parser.c:33: dlls/winegstreamer/wg_parser.c: In function 'pad_added_cb': dlls/winegstreamer/wg_parser.c:816:42: error: 'vconv' undeclared (first use in this function) 816 | gst_util_set_object_arg(G_OBJECT(vconv), "n-threads", "0"); | ^~~~~ /usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gtype.h:2523:57: note: in definition of macro '_G_TYPE_CIC' 2523 | # define _G_TYPE_CIC(ip, gt, ct) ((ct*) (void *) ip) | ^~ /usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gobject.h:54:38: note: in expansion of macro 'G_TYPE_CHECK_INSTANCE_CAST' 54 | #define G_OBJECT(object) (G_TYPE_CHECK_INSTANCE_CAST ((object), G_TYPE_OBJECT, GObject)) | ^~~~~~~~~~~~~~~~~~~~~~~~~~ dlls/winegstreamer/wg_parser.c:816:33: note: in expansion of macro 'G_OBJECT' 816 | gst_util_set_object_arg(G_OBJECT(vconv), "n-threads", "0"); | ^~~~~~~~ dlls/winegstreamer/wg_parser.c:816:42: note: each undeclared identifier is reported only once for each function it appears in 816 | gst_util_set_object_arg(G_OBJECT(vconv), "n-threads", "0"); | ^~~~~ /usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gtype.h:2523:57: note: in definition of macro '_G_TYPE_CIC' 2523 | # define _G_TYPE_CIC(ip, gt, ct) ((ct*) (void *) ip) | ^~ /usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gobject.h:54:38: note: in expansion of macro 'G_TYPE_CHECK_INSTANCE_CAST' 54 | #define G_OBJECT(object) (G_TYPE_CHECK_INSTANCE_CAST ((object), G_TYPE_OBJECT, GObject)) | ^~~~~~~~~~~~~~~~~~~~~~~~~~ dlls/winegstreamer/wg_parser.c:816:33: note: in expansion of macro 'G_OBJECT' 816 | gst_util_set_object_arg(G_OBJECT(vconv), "n-threads", "0"); | ^~~~~~~~ dlls/winegstreamer/wg_parser.c: In function 'src_activate_mode_cb': dlls/winegstreamer/wg_parser.c:1057:23: warning: unused variable 'parser' [-Wunused-variable] 1057 | struct wg_parser *parser = gst_pad_get_element_private(pad); | ^~~~~~ Error: * In program cave perform install --hooks --managed-output --output-exclusivity with-others =app-emulation/wine-8.6:0::virtualization --destination installed --replacing =app-emulation/wine-8.6:0::installed --x-of-y 1 of 1: * When installing 'app-emulation/wine-8.6:0::virtualization' replacing { 'app-emulation/wine-8.6:0::installed' }: * When running an ebuild command on 'app-emulation/wine-8.6:0::virtualization': * Install failed for 'app-emulation/wine-8.6:0::virtualization' (paludis::ActionFailedError) make: *** [Makefile:131857: dlls/winegstreamer/wg_parser.o] Error 1 This is with gstreamer 1.22.2. Complete build log attached. -- 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 5

[Bug 54061] New: shell32:shelllink - test_load_save() crashes randomly in Wine
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54061 Bug ID: 54061 Summary: shell32:shelllink - test_load_save() crashes randomly in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- shell32:shelllink - test_load_save() crashes randomly in Wine: shelllink.c:847: Test failed: SHCreateStreamOnFileW failed 80070020 shelllink.c:849: Test failed: IPersistFile_Save failed (0x00000000) shelllink.c:851: Test failed: IPersistFile_Load failed (0x00000000) Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0042321a). [...useless backtrace...] See https://test.winehq.org/data/patterns.html#shell32:shelllink Where: 0x80070020 == HRESULT_FROM_WIN32(ERROR_SHARING_VIOLATION) So this may still have a similar cause as bug 28290, i.e. an invalid sharing mode somewhere. -- 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 39941] New: Rendering of rotated text is ugly
by wine-bugs＠winehq.org 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=39941 Bug ID: 39941 Summary: Rendering of rotated text is ugly Product: Wine Version: 1.9.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: curaga(a)operamail.com Distribution: --- Created attachment 53361 --> https://bugs.winehq.org/attachment.cgi?id=53361 Screenshot The score dialog of Stars! renders some text at an angle. The rendering of both current Wine and current Windows (XP) is ugly; Wine 1.3.0 and Windows 3.11 render it nice and readable. I'll try to get a screenshot from Win 3.11, but my old VM hangs in current Qemu, seems they broke something the Cirrus driver relied on. In any case, making the text readable would be enough, pixel-perfect match to 3.11 is not needed. -- 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 19446] New: Icy Tower 1.4 installer erroneously creates an installation log in an invalid directory
by wine-bugs＠winehq.org 19 Apr '23

19 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=19446 Summary: Icy Tower 1.4 installer erroneously creates an installation log in an invalid directory Product: Wine Version: 1.1.26 Platform: PC URL: http://download.cnet.com/Icy-Tower/3000-2099_4-1007506 0.html OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com With wine-1.1.26-183-gc6570a5, after installing Icy Tower 1.4, a directory listing of the Wine drive_c folder shows an unusual directory created in the root of drive_c: andrew@ubuntu-desktop:~$ ls ~/icytower/drive_c C: games Program Files users windows andrew@ubuntu-desktop:~$ ls ~/icytower/drive_c/C:/windows/temp INSTALL.LOG >From relay log: 0019:Call KERNEL32.CreateDirectoryA(0033f354 "C:",00000000) ret=1000c978 0019:Ret KERNEL32.CreateDirectoryA() retval=00000000 ret=1000c978 ... 0019:Call KERNEL32.CreateDirectoryA(0033f354 "C:\\C:",00000000) ret=1000c978 0019:Ret KERNEL32.CreateDirectoryA() retval=00000001 ret=1000c978 ... 0019:Call KERNEL32.CreateFileA(0033f354 "C:\\C:\\windows\\temp\\INSTALL.LOG",40000000,00000000,00000000,00000002,00000080,00000000) ret=100140c9 0019:Ret KERNEL32.CreateFileA() retval=00000068 ret=100140c9 The directory creation operation that was logged does not succeed on Windows, and it should not succeed 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 7

[Bug 26532] New: Barnes and Noble Nook eReader sync data to server.
by wine-bugs＠winehq.org 19 Apr '23

19 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=26532 Summary: Barnes and Noble Nook eReader sync data to server. Product: Wine Version: 1.3.16 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: JNowka(a)gmail.com Download: http://www.barnesandnoble.com/download/ereader/ereader-windows.asp Version: 2.5.3.4630 Licence Type: Proprietary Cost: Free The Barnes And Noble Nook e-Reader for PC does not upload updates to bookmarks or annotations to the server. The errors and fixmes that are returned when it is ran from the command line is as follows: fixme:wininet:set_cookie persistent cookies not handled (L"expires=Mon, 21-Mar-2016 23:20:09 GMT; path=/") err:wininet:HTTP_ParseDateAsAsctime unexpected weekday L"-1" err:wininet:HTTP_ParseDate unexpected date format L"-1" fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:InternetCheckConnectionW fixme:wininet:InternetSetOptionW Option 7 STUB fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_DATA_RECEIVE_TIMEOUT (180000): STUB The fixme warnings are repeated consistently until the software is closed. -- 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 29804] New: Forever grayed out "agree" button
by wine-bugs＠winehq.org 19 Apr '23

19 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=29804 Bug #: 29804 Summary: Forever grayed out "agree" button Product: Wine Version: 1.3.28 Platform: x86 URL: http://erwin.com/products/detail/ca_erwin_data_modeler _community_edition/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: rambo_8713(a)hotmail.com Classification: Unclassified Created attachment 38713 --> http://bugs.winehq.org/attachment.cgi?id=38713 Some times gives invalid arguement -1 when changing riched20 and msls31 I can not agree to the EULA for CA ERWIN MODELER Community Edition, i have used native riched20.dll and msls31.dll. With and without the dlls and one on and/or the other dll not overriden. I have the lastest wine version 1.3, fresh install as of today. When using native msls31.dll, before the EULA screen appears, after u click next after it computes space requirements, it gives an invalid argument: -1 I am running ubuntu 11.10, i have tried winetricks as well, to configure the windows dlls -- 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 54857] New: Gecko engine initialization changes current C run-time locale
by WineHQ Bugzilla 18 Apr '23

18 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54857 Bug ID: 54857 Summary: Gecko engine initialization changes current C run-time locale Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru Distribution: --- The application that I have here crashes after the call ucrtbase._strupr("SOME STRING") Accoring to dlls/msvcrt/string.c _strupr() implementation avoids writing to the source buffer if the buffer contains upper case characters and current locale is "C". dlls/msvcrt/tests/string.c,test__strupr() contains a test case that confirms this behaviour. According to the logs before calling ucrtbase._strupr("SOME STRING") application loads mshtml.dll, then xul.dll gets loaded which during its initialization calls ucrtbase.setlocale(0, ""), and that leads to the current C locale change. I've created a test case that replicates this behaviour, and under Windows the test completes successfully, however under Wine it crashes. Adding a call to setlocale(0, "") also makes the test crash under Windows, so Wine implementation of _strupr() appears to be correct. A possible solution is to save current locale before xul.dll initialization and later restore the locale. I'll attach a test case and a patch with proposed solution to this 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.

1 3

[Bug 53898] New: Programmer's File Editor MDI window contents incorrectly refreshed after closing an MDI document
by WineHQ Bugzilla 18 Apr '23

18 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53898 Bug ID: 53898 Summary: Programmer's File Editor MDI window contents incorrectly refreshed after closing an MDI document Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine_bugzilla(a)sctb.ch Distribution: --- Created attachment 73439 --> https://bugs.winehq.org/attachment.cgi?id=73439 Corrupted window. I've been using Programmer's File Editor (PFE), a text editor from 1999, with WINE, since the beginning of time. There has always been a problem that when the editor has multiple MDI windows open, and a single window has been maximized (so it fills the entire editor), and that window is closed, the window which replaces it does not correctly refresh the editor display - the content is visually garbled. Minimizing and restoring the editor induces a correct refresh. Screenshot attached of a garbled window, and then the same window after a min-restore induced refresh (so you can more easily see the corruption). -- 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 54855] New: When Tahoma uses fontlink to Noto Sans CJK SC, the final Chinese output will be distorted
by WineHQ Bugzilla 18 Apr '23

18 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54855 Bug ID: 54855 Summary: When Tahoma uses fontlink to Noto Sans CJK SC, the final Chinese output will be distorted Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- in > HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink make > Tahoma -> NotoSansCJK-Regular.ttc,Noto Sans CJK SC Chinese display is distorted I have provided a demo that can be used on:https://bugs.winehq.org/attachment.cgi?id=74311 and the problem photo on : https://bugs.winehq.org/attachment.cgi?id=74315 -- 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 0

[Bug 54065] New: Windower 4 with FFXI Online has no keyboard input
by WineHQ Bugzilla 18 Apr '23

18 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54065 Bug ID: 54065 Summary: Windower 4 with FFXI Online has no keyboard input Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: reaper2021(a)protonmail.com Distribution: --- Created attachment 73616 --> https://bugs.winehq.org/attachment.cgi?id=73616 error log Keyboard input in FFXI with Windower 4 has been broken for a long time. It fails in 7.20, and all the way down to 5.0rc2 or earlier (I stopped testing there). Keyboard input works in wine-staging-5-0rc5, and no longer works in wine-staging-5-0-rc6. My installation for which I posted the log uses dxvk and dgVoodoo, but the problem also occurs without that. Steps to reproduce: 1. make a 32 bit prefix, windows version seems noncritical (7 or 10). 2. install official FFXI distribution from http://www.playonline.com/ff11us/download/media/install_win.html (install hangs for a seemingly long time at some step, disk space check if I recall, just wait) 3. winetricks dotnet462 gdiplus (without dotnet, windower will not work. Gdiplus just makes the fonts in the windower console look nicer, it's not absolutely required for reproduction.) 4. install windower 4.3 from https://www.windower.net/ , to $WINEPREFIX/drive_c/windower4.3/ 5. wine $WINEPREFIX/drive_c/windower4.3/Windower.exe At this step, you'll need an FFXI subscription and character to log in and get to the point where you see that the keyboard doesn't work. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 8532] JawsEditor 2.5/3.0 reports "Invalid imagesize" on startup ('IPicture::SaveAsFile' method too stubby/incorrect)
by WineHQ Bugzilla 17 Apr '23

17 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=8532 temp82(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |temp82(a)luukku.com --- Comment #14 from temp82(a)luukku.com --- still valid as wine 8.6. -- 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 0

[Bug 54851] New: comctl32:tooltips - test_TTN_SHOW() sometimes gets extra or missing WM_NOTIFY messages in Wine
by WineHQ Bugzilla 17 Apr '23

17 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54851 Bug ID: 54851 Summary: comctl32:tooltips - test_TTN_SHOW() sometimes gets extra or missing WM_NOTIFY messages in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- comctl32:tooltips - test_TTN_SHOW() sometimes gets extra or missing WM_NOTIFY messages in Wine. For instance: tooltips.c:1218: Test failed: TTN_SHOW parent seq: the msg sequence is not complete: expected 004e - actual 0000 tooltips.c:1218: Failed sequence TTN_SHOW parent seq: tooltips.c:1218: 0: expected: msg 004e - actual: nothing or tooltips.c:1218: Test failed: TTN_SHOW parent seq: the msg sequence is not complete: expected 0000 - actual 004e tooltips.c:1218: Failed sequence TTN_SHOW parent seq: tooltips.c:1218: 0: expected: 004e - actual: 004e wp 1234abcd lp 0072eec0 tooltips.c:1218: 1: expected: nothing - actual: 004e wp 1234abcd lp 0072ef20 See https://test.winehq.org/data/patterns.html#comctl32:tooltips In are cases both issues happen or the same issue happens twice; once before the load_v6_module() call, and once after. -- 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 54850] New: comctl32:tooltips - test_customdraw() sometimes fails to get the current tool on Windows
by WineHQ Bugzilla 17 Apr '23

17 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54850 Bug ID: 54850 Summary: comctl32:tooltips - test_customdraw() sometimes fails to get the current tool on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:tooltips - test_customdraw() sometimes fails to get the current tool on Windows tooltips.c:252: Test failed: 3: Failed to get current tool 0. tooltips.c:259: Test failed: 3: Unexpected hwnd CCCCCCCCCCCCCCCC. tooltips.c:260: Test failed: 3: Unexpected hinst CCCCCCCCCCCCCCCC. tooltips.c:261: Test failed: 3: Unexpected uId cccccccccccccccc. tooltips.c:262: Test failed: 3: Unexpected lParam cccccccccccccccc. See https://test.winehq.org/data/patterns.html#comctl32:tooltips This can happen either before or after the load_v6_module() call, and in any of the for loop iterations, though normally only one of them per run. -- 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 52987] New: comctl32:tooltips - test_customdraw() fails systematically on some Windows 10 machines
by WineHQ Bugzilla 17 Apr '23

17 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=52987 Bug ID: 52987 Summary: comctl32:tooltips - test_customdraw() fails systematically on some Windows 10 machines Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:tooltips - test_customdraw() fails systematically on some Windows machines: tooltips.c:251: Test failed: 0: Failed to get current tool 0. tooltips.c:258: Test failed: 0: Unexpected hwnd CCCCCCCCCCCCCCCC. tooltips.c:259: Test failed: 0: Unexpected hinst CCCCCCCCCCCCCCCC. tooltips.c:260: Test failed: 0: Unexpected uId cccccccccccccccc. tooltips.c:261: Test failed: 0: Unexpected lParam cccccccccccccccc. tooltips.c:251: Test failed: 1: Failed to get current tool 0. tooltips.c:258: Test failed: 1: Unexpected hwnd CCCCCCCCCCCCCCCC. tooltips.c:259: Test failed: 1: Unexpected hinst CCCCCCCCCCCCCCCC. tooltips.c:260: Test failed: 1: Unexpected uId cccccccccccccccc. tooltips.c:261: Test failed: 1: Unexpected lParam cccccccccccccccc. [... all 6 iterations fail ...] https://test.winehq.org/data/patterns.html#comctl32:tooltips Also this impacts both test_customdraw() calls: the one after test_create_tooltip(FALSE) and the one after test_create_tooltip(TRUE) though the latter is more random. When the latter fails there is an extra couple of failures in test_TTN_SHOW(): tooltips.c:261: Test failed: 5: Unexpected lParam cccccccccccccccc. tooltips.c:1216: Test failed: TTN_SHOW parent seq: the msg sequence is not complete: expected 004e - actual 0000 tooltips.c:1216: Failed sequence TTN_SHOW parent seq: tooltips.c:1216: 0: expected: msg 004e - actual: nothing v6util.h:92: created cc6.manifest tooltips.c:251: Test failed: 0: Failed to get current tool 0. [...] tooltips.c:1216: Test failed: TTN_SHOW parent seq: the msg sequence is not complete: expected 004e - actual 0000 However the failure pattern is strange: * The failures mostly happen on the cw-gtx560 and cw-rx460 machines. But w1064v1709-64 has the same failures so it's not a real hardware vs. VM issue. * The failures happen on Windows 10 1709, 21h1 and 21h2, but not on 1507, 1607, 1809 or 2004. 1909 had failures on March 21 and 22 but not in the month since then. So it does not really seem related to the Windows version. * cw-gtx560-21H1 and cw-rx460-21H1 never had failures in the 32-bit tests but the failures happen in 32-bit on cw-gtx560-1709 and cw-rx460-1709. So it's not a bitness issue and it should not be a machine configuration issue either. The failure on line 251 indicates that there is no tooltip at all. Maybe there is a window that has the focus and prevented the tooltip from opening? (that window if any is not visible in the final screenshot) If it is a focus issue, skipping when the windows does not have the focus could avoid the failures. -- 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 6893] ChessBase Light 6 does not install
by WineHQ Bugzilla 17 Apr '23

17 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=6893 --- Comment #25 from temp82(a)luukku.com --- still an issue. wine 8.6. -- 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 0

[Bug 30826] New: Gigasoft's ProEssentials demo crashes on startup
by wine-bugs＠winehq.org 16 Apr '23

16 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=30826 Bug #: 30826 Summary: Gigasoft's ProEssentials demo crashes on startup Product: Wine Version: 1.5.5 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified To reproduce, wget http://www.gigasoft.com/PE7-Pro-Setup.exe wine PE7-Pro-Setup.exe cd .wine/drive_c/ProEssentials7/DEMO wine PEDemo.exe Click the popup window to make it go away. Unhandled exception: page fault on read access to 0x5050ff98 in 32-bit code (0x7ed36a26). Or, sometimes: Unhandled exception: page fault on read access to 0x00000048 in 32-bit code (0x7ed2ea26). The backtrace seems the same either way: Backtrace: =>0 get_log_fontW+0x16(font=0x720041, graphics=0x154780, lf=0x32e92c) [dlls/gdiplus/font.c:486] 1 get_font_hfont+0x10e(graphics=0x154780, font=0x720041, hfont=0x32eb58) [dlls/gdiplus/graphics.c:2139] 2 GdipDrawString+0x2c1(graphics=0x154780, string="Bollinger Upper", length=0xf, font=0x720041, rect=0x32eba8, format=0x149e28, brush=0x154b68) [dlls/gdiplus/graphics.c:5210] 486 lf->lfHeight = -em_size_to_pixel(font->emSize, font->unit, font->family->dpi); Installing corefonts doesn't help. -- 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 23

[Bug 54813] New: Installation League of Legends crash
by WineHQ Bugzilla 16 Apr '23

16 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54813 Bug ID: 54813 Summary: Installation League of Legends crash Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: totinous.31(a)hotmail.fr Distribution: --- Created attachment 74304 --> https://bugs.winehq.org/attachment.cgi?id=74304 Program Error Details Hello, I'm not fluent english, i'll try my best to explain. I tried to install and launch with the "snap method" (snap install leagueoflegends --edge --devmode) the game League of Legends. The first part is good : preparation of the environement works well, the installation as well but when the "Riot Client Main" opens, it stays black and a "Program Error" appears. i'm using wine8.5 staging. You can find the Program error details in the attachment. let me know if any further information is required to resolve that issue -- 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 12

[Bug 54842] New: Black Souls 2 (Rpg Maker Vx Ace Obscure Japanese Rpg) crashes when trying to access mp3dmod and qasf
by WineHQ Bugzilla 16 Apr '23

16 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54842 Bug ID: 54842 Summary: Black Souls 2 (Rpg Maker Vx Ace Obscure Japanese Rpg) crashes when trying to access mp3dmod and qasf Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: magmatuxedo(a)gmail.com Distribution: --- Created attachment 74345 --> https://bugs.winehq.org/attachment.cgi?id=74345 The above contains the error log as well as the terminal output right from when the game is started The game blacksouls II is as stated above an obscure rpg maker vx ace game The game works fine when the it is started and the first boss is defeated however going into the town and coming into contact with an enemy to commence battle crashes the game The above is also the way to reproduce the crash The necessary information is in the attachment wine version is 8.5 development -- 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 54843] New: Missing dependencies for speech recognition
by WineHQ Bugzilla 16 Apr '23

16 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54843 Bug ID: 54843 Summary: Missing dependencies for speech recognition Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: besentv(a)gmail.com Distribution: --- The Testbot is missing the Linux side deps for speech recognition, namely libvosk. Currently, this is blocked by Vosk not being packaged for APT. I opened an issue on their repo https://github.com/alphacep/vosk-api/issues/1308 This blocks https://gitlab.winehq.org/wine/wine/-/merge_requests/2091 Alternatively, libvosk could be installed as a pip package. -- 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 0

[Bug 54013] New: Cannot install Trimble Sketchup Pro 2022 at all
by WineHQ Bugzilla 16 Apr '23

16 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54013 Bug ID: 54013 Summary: Cannot install Trimble Sketchup Pro 2022 at all Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gdpo22(a)orange.fr Distribution: --- Created attachment 73589 --> https://bugs.winehq.org/attachment.cgi?id=73589 Trying to install sketchup without sed solution After downloading the sketchup pro 2022 trial, the sketchup installer displayed a lot of error windows "Invalid descriptor" with an "ok" button. After 6 or 7 click on "ok", the install terminates with a final window error of trimble saying that the installation cannot complete. (see attachement) The same with 7.0 wine stable version. Then I succeeded to install by applying a dirty solution I have seen on a forum: sed 's/GetFinalPathNameByHandleW/QetFinalPathNameByHandleW/' SketchUpPro-2022-0-354-126.exe > hacked_installer.exe But when I try to click on 'connexion' button from welcome screen, 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 3

[Bug 48734] New: How to Survive crashes when starting a new game
by WineHQ Bugzilla 16 Apr '23

16 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=48734 Bug ID: 48734 Summary: How to Survive crashes when starting a new game Product: Wine Version: 5.0-rc1 Hardware: x86 URL: https://store.steampowered.com/app/250400/How_to_Survi ve/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 94822bae5fed8a3bbda00adb4e79652cd9374309 Distribution: --- Created attachment 66616 --> https://bugs.winehq.org/attachment.cgi?id=66616 terminal output The game was started in windowed mode to work around bug #48732. When I start a new single-player game from the menu, Wine crashes when attempting to play the first video. I think it's 'prologue.avi' which should be playing at this point. Cutscenes didn't work properly before the regression, only a black screen was shown and pressing <Space> or <Esc> made it possible to skip the video. Now Wine crashes. The crash was introduced by commit 94822bae5fed8a3bbda00adb4e79652cd9374309 quartz/vmr9: Create the rendering window when the filter is created. To reproduce the problem select <Local Game> in the main menu, then <Story Mode>, <1 Player>, choose a character and difficulty level. After a short loading animation Wine crashes. Tested in wine-5.3-181-geb63713f60. -- 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 7

[Bug 54837] New: Error when launching URU Live again via their app
by WineHQ Bugzilla 15 Apr '23

15 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54837 Bug ID: 54837 Summary: Error when launching URU Live again via their app Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mbradfor42(a)yahoo.com Distribution: --- Created attachment 74340 --> https://bugs.winehq.org/attachment.cgi?id=74340 the error when luanching app I hope I submitted this correctly. -- 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 51134] New: Support redirecting GetOpenFileName and GetSaveFileName through org.freedesktop.portal.FileChooser
by WineHQ Bugzilla 15 Apr '23

15 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51134 Bug ID: 51134 Summary: Support redirecting GetOpenFileName and GetSaveFileName through org.freedesktop.portal.FileChooser Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: from_wine_bugzilla(a)ssokolow.com Distribution: --- While not all options in the OPENFILENAME structure can be supported via the org.freedesktop.portal.FileChooser interface, providing the option to redirect an application's request for a common Open/Save dialog through the XDG chooser system would have two beneficial effects on non-OSX POSIX systems: 1. Better integration, since the application run under Wine would use the native desktop file pickers, complete with the user's Places sidebar bookmarks and any other customizations they've enacted. 2. More practical security, since Wine could then be run in a filesystem sandbox, with the portal host mounting files/directories into the sandboxed environment on demand. I'd suggest a three-state option exposed through winecfg's Desktop Integration: 1. Opportunistically (Qt's approach to integrating support for XDG portals into QFileDialog provides precedent for making this the default. Uses the portal-based file chooser unless an application requests a combination of OPENFILENAME settings that cannot be represented by the portal API.) 2. Forced (An option for power users to set on a per-application basis to intentionally sacrifice the application's customizations in favour of better integration with the understanding that things may break.) 3. Never (An option for users who prefer consistency between their Windows applications over consistency with the rest of their desktop or have deleted the Z: mapping and configured their Wine prefix around the idea of only working with drive letters.) These high-level preferences could also apply equally well to any other platform's native file chooser, should integration with it be implemented. The D-Bus API in question is documented at https://flatpak.github.io/xdg-desktop-portal/portal-docs.html#gdbus-org.fre… While it is outside the scope of this feature request, it may also be possible to use the TrashFile() method of this API to integrate with the host desktop's Trash. -- 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 54463] New: wbemprox: wrong version value is returned from win32_operatingsystem on win10 (regression)
by WineHQ Bugzilla 15 Apr '23

15 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54463 Bug ID: 54463 Summary: wbemprox: wrong version value is returned from win32_operatingsystem on win10 (regression) Product: Wine Version: 8.1 Hardware: x86-64 URL: https://github.com/PowerShell/PowerShell/releases/down load/v7.0.3/PowerShell-7.0.3-win-x64.msi OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com CC: hans(a)meelstraat.net Distribution: Debian Following powershell script returns wrong version on win10 (winetricks dotnet48 is required): $searcher = [wmisearcher]'Select version From win32_operatingsystem' $searcher.scope.path = "\\.\root\cimv2" $searcher.get() Result: __GENUS : 2 __CLASS : Win32_OperatingSystem __RELPATH : __PROPERTY_COUNT : 1 __DERIVATION : {} __SERVER : __NAMESPACE : __PATH : Version : 6.3.18362 PSComputerName : In wine 8.0 it reports correctly: __GENUS : 2 __CLASS : Win32_OperatingSystem __RELPATH : __PROPERTY_COUNT : 1 __DERIVATION : {} __SERVER : __NAMESPACE : __PATH : Version : 10.0.18362 PSComputerName : This bug results in Chocolateley downloading tons off MB's off updates because it believes version is <win10. -- 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 7

[Bug 54781] New: Wine fails to update existed prefix
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54781 Bug ID: 54781 Summary: Wine fails to update existed prefix Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: alexandros.frantzis(a)collabora.com Regression SHA1: 4232312dffe1cd115aa6bfd755f5b7c6a403e3fc Distribution: --- Process stucks with '0074:fixme:xrandr:xrandr10_get_current_mode Non-primary adapters are unsupported.' Creating a new prefix doesn't help much. It works for the first launch with configuration window; second launch brings xrandr again. -- 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 54713] New: dinput:device8 - test_mouse_keyboard() fails on some Window 7 locales
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54713 Bug ID: 54713 Summary: dinput:device8 - test_mouse_keyboard() fails on some Window 7 locales Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dinput:device8 - test_mouse_keyboard() fails on some Window 7 locales: device8.c:684: Test failed: IDirectInputDevice8_Acquire failed: 0x80070005 device8.c:686: Test failed: IDirectInputDevice8_Acquire failed: 0x80070005 device8.c:690: Test failed: GetRegisteredRawInputDevices returned 1, raw_devices_count: 3 device8.c:691: Test failed: Unexpected raw device flags: 0 device8.c:692: Test failed: Unexpected raw device flags: 0 See https://test.winehq.org/data/patterns.html#dinput:device8 This has been happening on Windows 7 since 2023-01-06: * 2023-01-06 on w7u-pt-PT 32-bit * 2023-01-27 on w7u-adm 32-bit * 2023-03-03 on w7u-de 32-bit But on 2023-03-16 this seems to have become systematic on w7u-el, w7u-es and w7u-pt-PT. A bisect shows that the failure rate seems to have increased with the commit below: commit 07753da93ce1f78c710f666e193a0434eb99699b Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Wed Mar 15 21:04:01 2023 +0100 dinput/tests: Remove BuildActionMap / SaveActionMap mouse and keyboard 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.

1 4

[Bug 54106] New: taskschd:scheduler - test_GetTask() fails on Windows 7 when it has insufficient privileges
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54106 Bug ID: 54106 Summary: taskschd:scheduler - test_GetTask() fails on Windows 7 when it has insufficient privileges Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com test_GetTask() fails on Windows 7 when it has insufficient privileges: scheduler.c:802: Test failed: DeleteTask error 0x80070005 scheduler.c:798: Test failed: 1: expected 0, got 0x800700b7 scheduler.c:798: Test failed: 2: expected 0x80070002, got 0 scheduler.c:802: Test failed: DeleteTask error 0x80070005 scheduler.c:802: Test failed: DeleteTask error 0x80070005 scheduler.c:814: Test failed: RegisterTask error 0x800700b7 scheduler.c:960: Test failed: DeleteTask error 0x80070005 scheduler.c:962: Test failed: DeleteTask error 0x80070005 scheduler.c:965: Test failed: expected ERROR_FILE_NOT_FOUND, got 0x80070005 scheduler.c:993: Test failed: DeleteFolder error 0x80070091 This can be seen on the w7u_adm VM. When run as part of the full WineTest run this test crashes in test_FolderCollection() which prevents seeing this failure in the nightly WineTest runs. See https://test.winehq.org/data/patterns.html#taskschd:scheduler But this set of failures is impacting merge requests such as MR!1732 and MR!1736. -- 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 5

[Bug 54594] New: dinput:device8 - test_dik_codes() sometimes gets timeouts on the GitLab CI
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54594 Bug ID: 54594 Summary: dinput:device8 - test_dik_codes() sometimes gets timeouts on the GitLab CI Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- dinput:device8 - test_dik_codes() sometimes gets timeouts on the GitLab CI. MR2265 & MR2288: device8.c:2182: Test failed: 0x800: lang 0x409: key 0x51, dik 0x10: WaitForSingleObject returned 0x102 MR1714 & MR2185: device8.c:2182: Test failed: 0x800: lang 0x409: key 0x52, dik 0x13: WaitForSingleObject returned 0x102 MR2133: device8.c:2182: Test failed: 0x800: lang 0x409: key 0x54, dik 0x14: WaitForSingleObject returned 0x102 MR2254: device8.c:2182: Test failed: 0x800: lang 0x409: key 0x59, dik 0x15: WaitForSingleObject returned 0x102 The oldest known instance happened on 2023-02-16 (MR2185) so this issue may be pretty recent. This issue never happened in the nightly WineTest runs. It's possible it only happens when the load on the machine running the tests is too high. That would make sense given that the timeouts from from a WaitForSingleObject() call with a 100 ms timeout. One option would be to simply increase the timeout. Yet that timeout seemed sufficient until mid February. So why is it no longer the case? -- 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 5

[Bug 54109] New: schedsvc:rpcapi causes taskschd:scheduler to crash on w7u_adm
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54109 Bug ID: 54109 Summary: schedsvc:rpcapi causes taskschd:scheduler to crash on w7u_adm Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com When run on its own taskschd:scheduler fails on w7u_adm because of its insufficient privileges (see bug 54106). But if schedsvc:rpcapi is run before, taskschd:scheduler crashes in test_FolderCollection() instead: scheduler.c:349: Test failed: DeleteFolder error 0x80070091 scheduler.c:351: Test failed: DeleteFolder error 0x80070091 scheduler.c:354: Test failed: expected ERROR_FILE_NOT_FOUND, got 0x80070091 scheduler.c:450: Test failed: CreateFolder error 0x800700b7 scheduler.c:450: this is the last test seen before the exception 0a78:scheduler: unhandled exception c0000005 at 00403B53 See https://test.winehq.org/data/patterns.html#taskschd:scheduler Where: 0x80070091 == HRESULT_FROM_WIN32(ERROR_DIR_NOT_EMPTY) 0x800700b7 == HRESULT_FROM_WIN32(ERROR_ALREADY_EXISTS) This crash happens before the failures described in bug 54106 which explains why taskschd:scheduler fails one way for regular TestBot jobs (such as when testing merge requests) and another in the nightly WineTest runs. -- 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 49332] New: CounterPath Bria Solo crashes after login dialog
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=49332 Bug ID: 49332 Summary: CounterPath Bria Solo crashes after login dialog Product: Wine Version: 5.10 Hardware: x86 URL: https://www.counterpath.com/bria-solo/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: whydoubt(a)gmail.com Distribution: Fedora After getting past the login dialog, the program crashes almost immediately. It does pop up a dialog that offers to submit logs to the developers. I have not found any logs produced by the software that provide insight into what caused the crash. However, after turning on several debug channels in wine, I found this right before things go sideways: 0024:trace:nls:FormatMessageW (0x1300,00000000,0xe000020e,0x400,0031E634,1,00000000) I tracked down the 0xe000020e error code in this case as coming from SetupDiDestroyDeviceInfoList, even though the call had completed successfully. -- 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 54774] New: dinput:device8 - test_overlapped_format() sometimes gets a timeout in Wine (GitLab CI)
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54774 Bug ID: 54774 Summary: dinput:device8 - test_overlapped_format() sometimes gets a timeout in Wine (GitLab CI) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- dinput:device8 - test_overlapped_format() sometimes gets a timeout in Wine: device8.c:432: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:437: Test failed: 0x800: got count 0 device8.c:452: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:457: Test failed: 0x800: got count 0 See https://test.winehq.org/data/patterns.html#dinput:device8 The oldest known instance happened on 2023-03-03 and there has been about 1 instance per week since, all on the GitLab CI: * 2023-03-03 gitlab-debian-32 * 2023-03-23 gitlab-debian-32 * 2023-03-29 MR2524 test-linux-32 * 2023-04-03 MR2562 test-linux-32 * MR2509 but the GitLab job is nowhere to be found anymore! -- 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 54772] New: LDAP Explorer (LEX) fails to connect without SSL
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54772 Bug ID: 54772 Summary: LDAP Explorer (LEX) fails to connect without SSL Product: Wine Version: 8.5 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 74265 --> https://bugs.winehq.org/attachment.cgi?id=74265 WINEDEBUG=+wldap32 Steps to reproduce: 1. Run `winetricks dotnet452` 2. Run `wine LEX.msi` 3. Run `docker run --detach -p389:389 osixia/openldap` 4. Run `wine 'C:\Program Files (x86)\CerroTorre\LEX\LEX.exe'` 5. Wait for the splash screen to close, or move the "LDAP Connections" window out from under it 6. Enter "localhost" for the server 6. Check "Anonymous bind" 7. Click "Fetch" At this point, a "Connect Error" dialog appears that says "The feature is not supported." The problem is that a callback function is registered to check the server's TLS certificate, but Wine incorrectly errors out when there is no certificate. $ sha256sum LEX.msi 68810d827de3f90c0223fcb18a66dde49aee189789b37dd4cdeebe013fa402be -- 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 53269] New: uiautomationcore:uiautomation fails on Windows 10 1909
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53269 Bug ID: 53269 Summary: uiautomationcore:uiautomation fails on Windows 10 1909 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: uiautomationcore Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com uiautomationcore:uiautomation fails on Windows 10 1909: uiautomation.c:355: Test failed: unexpected call Accessible_get_accRole uiautomation.c:379: Test failed: unexpected call Accessible_get_accState uiautomation.c:256: Test failed: unexpected call Accessible_get_accChildCount uiautomation.c:254: Test failed: unexpected call Accessible2_get_accChildCount uiautomation.c:474: Test failed: unexpected call Accessible_accLocation uiautomation.c:318: Test failed: unexpected call Accessible_get_accName uiautomation.c:164: Test failed: unexpected call Accessible2_QI_IAccIdentity uiautomation.c:234: Test failed: unexpected call Accessible2_get_accParent uiautomation.c:316: Test failed: unexpected call Accessible2_get_accName uiautomation.c:1478: Test failed: elprov != NULL, elprov 00000000007B2CA0 uiautomation.c:1486: Test failed: elprov != NULL, elprov 00000000007B2FB0 uiautomation.c:1524: Test failed: expected Accessible_get_uniqueID uiautomation.c:355: Test failed: unexpected call Accessible_get_accRole uiautomation.c:379: Test failed: unexpected call Accessible_get_accState uiautomation.c:256: Test failed: unexpected call Accessible_get_accChildCount uiautomation.c:254: Test failed: unexpected call Accessible2_get_accChildCount uiautomation.c:474: Test failed: unexpected call Accessible_accLocation uiautomation.c:318: Test failed: unexpected call Accessible_get_accName uiautomation.c:164: Test failed: unexpected call Accessible2_QI_IAccIdentity uiautomation.c:234: Test failed: unexpected call Accessible2_get_accParent uiautomation.c:316: Test failed: unexpected call Accessible2_get_accName uiautomation.c:1558: Test failed: expected Accessible_get_uniqueID uiautomation.c:1559: Test failed: expected Accessible2_get_uniqueID uiautomation.c:1586: Test failed: elprov != NULL, elprov 00000000007B2D80 uiautomation.c:1589: Test failed: expected Accessible_get_uniqueID uiautomation.c:1590: Test failed: expected Accessible2_get_uniqueID uiautomation.c:1596: Test failed: elprov != NULL, elprov 00000000007B2ED0 https://test.winehq.org/data/patterns.html#uiautomationcore:uiautomation These failures are systematic on Windows 10 1909 and started on 2022-06-15. -- 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 32490] New: Graphical issues in Inquisitor (red squares painted on the screen)
by wine-bugs＠winehq.org 14 Apr '23

14 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=32490 Bug #: 32490 Summary: Graphical issues in Inquisitor (red squares painted on the screen) Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 42861 --> http://bugs.winehq.org/attachment.cgi?id=42861 terminal output Inquisitor is an RPG released in 2012. I guess it uses DirectX8 (or DX7?) because only +d3d8 produces output, not +d3d9. Red squares are present on the screen while in the menus as well as in the main game. This makes the game unplayable. I tested this bug with a Nvidia gfx card: both the open source Nouveau and the binary drivers show the same problem. Wine 1.2.3, 1.4.1, 1.5.19 etc. have the reported problem. No demo available. Let me know if you need a debug log. -- 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 38

[Bug 28586] New: Team Fortress Arcade and Pixel Force: Left 4 Dead have no sound
by wine-bugs＠winehq.org 14 Apr '23

14 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=28586 Bug #: 28586 Summary: Team Fortress Arcade and Pixel Force: Left 4 Dead have no sound Product: Wine Version: 1.3.29 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dmusic AssignedTo: wine-bugs(a)winehq.org ReportedBy: sagman.staredsi(a)gmail.com Classification: Unclassified Created attachment 36730 --> http://bugs.winehq.org/attachment.cgi?id=36730 Full Team Fortress Arcade log Team Fortress Arcade and Pixel Force: Left 4 Dead have no sound due a unimplemented function of directmusic: fixme:dmfile:IDirectMusicSegment8Impl_IPersistStream_Load : WAVE form (loading to be checked) fixme:dswave:IDirectMusicWaveImpl_IPersistStream_Load (0x5f148e8, 0x5f148b8): loading not implemented yet (only descriptor is loaded) This two lines are a message that wine repeat often in the output and inform this. -- 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 20

[Bug 53128] New: Without elevated privileges schedsvc:rpcapi fails on Windows 7
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53128 Bug ID: 53128 Summary: Without elevated privileges schedsvc:rpcapi fails on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Without elevated privileges schedsvc:rpcapi fails on Windows 7: rpcapi.c:169: Test failed: expected S_OK, got 0x80070005 rpcapi.c:164: Test failed: 1: expected 0, got 0x800700b7 rpcapi.c:164: Test failed: 2: expected 0x80070002, got 0 rpcapi.c:169: Test failed: expected S_OK, got 0x80070005 rpcapi.c:169: Test failed: expected S_OK, got 0x80070005 rpcapi.c:232: Test failed: expected S_OK, got 0x80070005 rpcapi.c:234: Test failed: expected S_OK, got 0x80070091 rpcapi.c:236: Test failed: expected S_OK, got 0x80070091 rpcapi.c:242: Test failed: expected ERROR_FILE_NOT_FOUND, got 0 rpcapi.c:243: Test failed: expected 0, got 1 rpcapi.c:244: Test failed: expected 0, got 1 rpcapi.c:245: Test failed: expected NULL, got 002ED3F0 rpcapi.c:248: Test failed: expected S_OK, got 0x800700b7 rpcapi.c:255: Test failed: expected 0, got 1 rpcapi.c:256: Test failed: expected 0, got 1 rpcapi.c:257: Test failed: expected NULL, got 002EE9F8 rpcapi.c:260: Test failed: expected S_OK, got 0x800700b7 rpcapi.c:346: Test failed: expected S_OK, got 0x80070091 rpcapi.c:354: Test failed: expected ERROR_FILE_NOT_FOUND, got 0 rpcapi.c:355: Test failed: expected 0, got 1 rpcapi.c:356: Test failed: expected 0, got 1 rpcapi.c:357: Test failed: expected NULL, got 002EEA18 rpcapi.c:362: Test failed: expected S_OK, got 0x800700b7 rpcapi.c:363: Test failed: expected \Wine\Task1, task actual path (null) rpcapi.c:508: Test failed: expected S_OK, got 0x80070005 rpcapi.c:510: Test failed: expected S_OK, got 0x80070005 rpcapi.c:512: Test failed: expected S_OK, got 0x80070005 rpcapi.c:514: Test failed: expected S_OK, got 0x80070091 https://test.winehq.org/data/patterns.html#schedsvc:rpcapi In particular the value at the end of the "expected NULL" failure changes with every run so this failures always looks like it is new :-( This happens systematically on the w7u-adm TestBot VM. Interestingly it does not happen on more recent Windows versions that also run the tests without elevated privileges such as w8adm and w1064-adm. Maybe Microsoft realized they were too strict with the elevated privileges checks. -- 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 52193] New: schtasks.exe:schtasks fails on Windows 7 when missing privileges
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=52193 Bug ID: 52193 Summary: schtasks.exe:schtasks fails on Windows 7 when missing privileges Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com schtasks.exe:schtasks fails on Windows 7 when missing privileges: schtasks.c:190: Test failed: DeleteTask failed: 80070005 schtasks.c:193: Test failed: r = 0 schtasks.c:201: Test failed: r = 1 schtasks.c:204: Test failed: r = 0 schtasks.c:224: Test failed: r = 1 https://test.winehq.org/data/patterns.html#schtasks.exe:schtasks When running as an administrator but without elevated privileges it looks like Windows 7 allows creating new tasks, but does not allow deleting the freshly created task! This behavior also seems to be specific to Windows 7 since there is no failure on w8adm and w1064-adm. -- 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 42372] New: Watchtower Library 2016, program crashes when trying to play a video from within the program
by wine-bugs＠winehq.org 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=42372 Bug ID: 42372 Summary: Watchtower Library 2016, program crashes when trying to play a video from within the program Product: Wine Version: 2.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: drctheboss(a)charter.net Distribution: --- Created attachment 57155 --> https://bugs.winehq.org/attachment.cgi?id=57155 when the program crashed this was generated All aspects of the program seem to work fine, except when attempting to play a video. Then the program will crash and wine will generate a backtrace 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 40

[Bug 54666] New: Compilation fails with gcc 4.8.4 - error: missing binary operator before token "("
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54666 Bug ID: 54666 Summary: Compilation fails with gcc 4.8.4 - error: missing binary operator before token "(" Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- Created attachment 74181 --> https://bugs.winehq.org/attachment.cgi?id=74181 log.txt Compiling in 32 bit distro with: compiler version 4.8.4 # gcc --version glibc 2.19 # ldd --version config line: configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x --libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686" Compile error in wine-8.3 In file included from ../wine-8.3/include/msvcrt/stdarg.h:24:0, from ../wine-8.3/dlls/acledit/main.c:21: ../wine-8.3/include/msvcrt/vadefs.h:30:91: error: missing binary operator before token "(" -- 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 5

[Bug 54634] New: schtasks.exe:schtasks causes taskschd:scheduler to crash on w7u_adm and w8adm
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54634 Bug ID: 54634 Summary: schtasks.exe:schtasks causes taskschd:scheduler to crash on w7u_adm and w8adm Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com schtasks.exe:schtasks causes taskschd:scheduler to crash on w7u_adm and w8adm: scheduler.c:344: Test failed: expected ERROR_DIR_NOT_EMPTY, got 0x80070005 scheduler.c:351: Test failed: DeleteFolder error 0x80070005 scheduler.c:354: Test failed: expected ERROR_FILE_NOT_FOUND, got 0x80070005 scheduler.c:474: Test failed: expected 2, got 3 scheduler.c:483: Test failed: expected 2, got 3 scheduler.c:515: Test failed: expected \Wine\Folder2, got L"\\Wine\\test" scheduler.c:523: Test failed: expected Folder2, got L"test" scheduler.c:538: Test failed: expected \Wine\Folder2, got L"\\Wine\\test" scheduler.c:546: Test failed: expected Folder2, got L"test" scheduler.c:555: Test failed: expected E_INVALIDARG, got 0 scheduler.c:582: Test failed: expected S_FALSE, got 0 scheduler.c:616: Test failed: expected S_FALSE, got 0 scheduler.c:617: Test failed: expected 0, got 1 scheduler.c:630: Test failed: expected S_FALSE, got 0 scheduler.c:631: Test failed: expected 2, got 3 scheduler.c:647: Test failed: expected \Wine\Folder2, got L"\\Wine\\test" scheduler.c:655: Test failed: expected Folder2, got L"test" scheduler.c:673: Test failed: DeleteFolder error 0x80070005 scheduler.c:776: Test failed: CreateFolder error 0x800700b7 scheduler.c:787: Test failed: expected ERROR_FILE_NOT_FOUND, got 0x80070005 scheduler.c:787: this is the last test seen before the exception 07e4:scheduler: unhandled exception c0000005 at 004017CA See https://test.winehq.org/data/patterns.html#taskschd:scheduler taskschd:scheduler does not crash when run on its own: it's schtasks.exe:schtasks that causes it to crash. The reason is that, at least when run without elevated privileges, schtasks.exe:schtasks leaves behind the "Wine\\test" task folders created by the call below in schtasks.c: register_task("wine\\test\\winetest"); These folders then interfere with taskschd:scheduler. Not that they are mean to be deleted by the calls below but that fail with E_ACCESSDENIED: ITaskFolder_DeleteFolder(root, wine_testW, 0); ITaskFolder_DeleteFolder(root, wineW, 0); -- 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 18773] New: The Westerner: needs MPEG Layer-3 audio codec
by wine-bugs＠winehq.org 14 Apr '23

14 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=18773 Summary: The Westerner: needs MPEG Layer-3 audio codec Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net The Westerner until now had garbage AppDB rating but no bug entry. Deselecting any audio driver in winecfg let's wine play the intro and crash after: err:ole:CoGetClassObject class {38be3000-dbf4-11d0-860e-00a024cfef6d} not registered err:ole:CoGetClassObject no class object {38be3000-dbf4-11d0-860e-00a024cfef6d} could be created for context 0x1 This UUID is the "FriendlyName"="MPEG Layer-3 Decoder" from DirectX9 windows\system32\l3codecx.ax As Wine has its own winemp3.acm, shouldn't it declare this UUID (e.g. via tools/wine.inf)? Is this a simple omission? Does winemp3 implement something entirely different, another win API? When audio is not disabled in winecfg, wine crashes after repeatedly (~13x) opening and closing all winmm codecs, including winemp3.acm (it does not manage to reach the intro). wine regsvr32 l3codecx.ax WINEDLLOVERRIDES=quartz=n wine PICTuRE.exe is what's needed to let the music play, to see the intro, to start gameplay and to bump the AppDB rating from garbage to bronze. (Likely gold except for serious mouse lag, which is another issue.) The loop mentioned above is then avoided, as a driver is found. The native quartz.dll is needed or it won't find some pin (later than the intro). I copied the l3codecx.ax from a separate winetricks DirectX9 install before noticing that The Westerner's CD-ROM also contains it in DirectX9\DirectX.cab. Oddly, the application's cover lists only DirectX 8.1 as requirement. Using The Westerner German Patch v1.3. I guess v1.0 (CD-ROM without patch) would behave the same (guessing from reports in AppDB). -- 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 51463] New: SnowRunner automobiles aren't rendered
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51463 Bug ID: 51463 Summary: SnowRunner automobiles aren't rendered Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 70304 --> https://bugs.winehq.org/attachment.cgi?id=70304 screenshot 077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query 0x7fcbd7f3a330, flags 0x2, stub! 077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query 0x7fcbd7f3a330, flags 0x1, stub! 06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd4097dc0 needs 64 samplers, but only 32 are supported. 06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd40a5170 needs 64 samplers, but only 32 are supported. 06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd4097dc0 needs 64 samplers, but only 32 are supported. 06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd40a5170 needs 64 samplers, but only 32 are supported. 0770:fixme:d3d:wined3d_deferred_context_issue_query context 0xa7491a0, query 0x9840840, flags 0x2, stub! 0770:fixme:d3d:wined3d_deferred_context_issue_query context 0xa7491a0, query 0x9840840, flags 0x1, stub! 077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query 0x7fcbd6016100, flags 0x2, stub! 077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query 0x7fcbd6016100, flags 0x1, stub! wine-6.12-194-g2ffcf440218 -- 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 54821] New: CryptAcquireCertificatePrivateKey implementation ignores CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54821 Bug ID: 54821 Summary: CryptAcquireCertificatePrivateKey implementation ignores CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG Product: Wine Version: 8.4 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: mterrisse(a)free.fr Hello, I have recently moved all my code from Crypto API to CNG and it doesn't work with Wine because CryptAcquireCertificatePrivateKey ignores the flag CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG. CryptAcquireCertificatePrivateKey with dwFlags = CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG returns True, but pdwKeySpec isn't equal to CERT_NCRYPT_KEY_SPEC and phCryptProvOrNCryptKey is a handle to a CAPI container handle instead of a ncrypt key. I have looked at the source code (dlls/crypt32/cert.c) and indeed there is no reference to CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG. I will try to handle this with NCryptTranslateHandle but I think this should be done in crypt32.dll. Regards, Michel Terrisse -- 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 54828] New: 3DMark 2001 SE: cursor becomes invisible after running demo/benchmark/game
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54828 Bug ID: 54828 Summary: 3DMark 2001 SE: cursor becomes invisible after running demo/benchmark/game Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: matheus.venturini(a)acad.ufsm.br Distribution: --- Steps to reproduce: 1. Download and install 3DMark 2001 SE. The installer will ask for a key to authenticate the installation (which can be found in the website linked in the bug's description), but this is not necessary. 2. Launch 3DMark 2001 and run the graphics demo, a benchmark or the car game (this is only available if you have authenticated the installation). 3. Quit or wait for the option you chose to end. When the cursor gets in front of the 3DMark main window, it will become invisible. If the window receives focus it will become completely invisible. This only happens after having run the demo/benchmark/game. I would greatly appreciate if someone can test if this can be reproduced. I always try to reproduce problems in a VM but 3DMark is finicky about the graphics card a computer has. -- 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 51855] New: Implementation for IFileDialog missing controls
by WineHQ Bugzilla 13 Apr '23

13 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51855 Bug ID: 51855 Summary: Implementation for IFileDialog missing controls Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: bens7372(a)gmail.com Distribution: --- Created attachment 70760 --> https://bugs.winehq.org/attachment.cgi?id=70760 Outlined top parts of the file dialog comparing Win10 and Wine dialog The Common File Dialog is missing a few controls namely: - Up button - Address bar with refresh button and drop down button - The search box Please see the attached image of the Common File Dialog on Windows 10. -- 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 5

[Bug 54823] New: Rainmeter 4.5.17 : crash at startup with the VClouds Weather 2 skin
by WineHQ Bugzilla 13 Apr '23

13 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54823 Bug ID: 54823 Summary: Rainmeter 4.5.17 : crash at startup with the VClouds Weather 2 skin Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mb-winehq+3j58qt06(a)kittycat.fr Distribution: --- Created attachment 74327 --> https://bugs.winehq.org/attachment.cgi?id=74327 Backtrace for RainMeter 4.5.17 + VClouds Weather 2 skin When RainMeter is configured to use the VClouds Weather 2 skin (https://www.deviantart.com/vclouds/art/VClouds-Weather-2-179058977), it crashes at launch. No problem without the skin. Backtrace provided in attachment. Thanks. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 20394] New: 3DMark 2000, 2001, 2003 - wrong size of loading window
by wine-bugs＠winehq.org 13 Apr '23

13 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=20394 Summary: 3DMark 2000, 2001, 2003 - wrong size of loading window Product: Wine Version: 1.1.31 Platform: PC URL: http://www.futuremark.com/download/3dmark03/ OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: zilforever(a)gmail.com Created an attachment (id=24186) --> (http://bugs.winehq.org/attachment.cgi?id=24186) WINEDEBUG=+ddraw I think window should have the size of the image which display. But window have black border on the right and bottom. I couldnt find such a bug, i hope its not duplicated. Ubuntu 9.04 Intel(R) Pentium(R) Dual CPU E2220 @ 2.40GHz CPU flags: 2400MHz MMX SSE SSE2 SSE3 SSSE3 HTT Linux 32bit GCC 4.3.3 Release May 26 2009 Linux 2.6.28-15-generic i686 GeForce 9600 GT PCI Express 180.44 512Mb WINEDEBUG=+ddraw wine "C:\Program Files\Futuremark\3DMark03\3Dmark03.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 34

[Bug 54818] New: wininet:internet - test_InternetQueryOptionA() fails in Wine when wpad.my.domain exists
by WineHQ Bugzilla 13 Apr '23

13 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54818 Bug ID: 54818 Summary: wininet:internet - test_InternetQueryOptionA() fails in Wine when wpad.my.domain exists Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- wininet:internet - test_InternetQueryOptionA() fails in Wine when wpad.my.domain exists: internet.c:1305: Test failed: Retrieved flags should've been PROXY_TYPE_PROXY, was: 7 internet.c:1339: Test failed: Retrieved flags should've been PROXY_TYPE_DIRECT, was: 5 internet.c:1369: Test marked todo: Retrieved flags should've been PROXY_TYPE_PROXY | PROXY_TYPE_DIRECT, was: 7 internet.c:1436: Test failed: Retrieved flags should've been PROXY_TYPE_PROXY, was: 7 See https://test.winehq.org/data/patterns.html#wininet:internet Where: 1 == PROXY_TYPE_DIRECT 2 == PROXY_TYPE_PROXY 4 == PROXY_TYPE_AUTO_PROXY_URL This is because, when wpad.my.domain exists, url is set in query_global_option() so it automatically adds the DIRECT + AUTO_PROXY_URL flags: if (url) /* native includes PROXY_TYPE_DIRECT even if PROXY_TYPE_PROXY is set */ optionW->Value.dwValue |= PROXY_TYPE_DIRECT|PROXY_TYPE_AUTO_PROXY_URL; url comes from get_proxy_autoconfig_url() which in my case gets it from detect_proxy_autoconfig_url_dns(). That's normal given the way my DNS server is configured. However on the same network Windows 10 does not add these flags and the tests succeed. So Wine is doing something wrong there. Also note that, in my case, although wpad.my.domain exists, http://wpad.my.domain/wpad.dat returns 404. Also InternetQueryOptionA(... INTERNET_OPTION_PROXY ...) returns lpszProxy == NULL and lpszProxyBypass == NULL. So in practice there is no proxy. Maybe the issue is that query_global_option() does not look that far. -- 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 5

[Bug 5977] Animations in the menus of Star Trek: Armada do not work
by WineHQ Bugzilla 13 Apr '23

13 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=5977 --- Comment #38 from joaopa <jeremielapuree(a)yahoo.fr> --- Bug still occur with wine 8.5 wine splash.exe 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:wineusb:add_usb_device Interface 1 has 6 alternate settings; using the first one. 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:wineusb:add_usb_device Interface 1 has 8 alternate settings; using the first one. 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 0024:fixme:imm:ImeSetActiveContext himc 00010076, flag 0x1 stub! 0024:fixme:imm:ImmReleaseContext (0002006E, 00010076): stub 008c:fixme:imm:ImeSetActiveContext himc 00010026, flag 0 stub! 008c:fixme:imm:ImmReleaseContext (00010020, 00010026): stub 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION david@acer:~/.wine/drive_c/Program Files/Activision/Star Trek - Armada Demo$ 0118:fixme:imm:ImeSetActiveContext himc 00020070, flag 0x1 stub! 0118:fixme:imm:ImmReleaseContext (00020076, 00020070): stub 0118:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0118:fixme:cursor:SetSystemCursor (00000000,00007f00),stub! 0118:fixme:cursor:SetSystemCursor (00000000,00007f02),stub! 0118:fixme:cursor:SetSystemCursor (00000000,00007f01),stub! 0118:fixme:cursor:SetSystemCursor (00000000,00007f8a),stub! 0118:fixme:ddraw:DirectDrawEnumerateExA flags 0x4 not handled 0118:fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. 0118:fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. 0118:fixme:ddraw:ddraw_surface1_Flip Ignoring flags 0x1. 0118:err:d3d:wined3d_restore_display_modes Failed to read the registry display mode for L"\\\\.\\DISPLAY1". 0118:err:ddraw:ddraw_set_cooperative_level RestoreDisplayMode failed 0118:err:d3d:wined3d_restore_display_modes Failed to read the registry display mode for L"\\\\.\\DISPLAY1". 0118:fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. 0118:fixme:ddraw:d3d_device7_SetClipStatus iface 0076AF98, clip_status 0021E7BC stub! 0118:err:d3d:wined3d_restore_display_modes Failed to read the registry display mode for L"\\\\.\\DISPLAY1". 0118:err:ddraw:ddraw_set_cooperative_level RestoreDisplayMode failed 0118:err:d3d:wined3d_restore_display_modes Failed to read the registry display mode for L"\\\\.\\DISPLAY1". 0118:fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. 0118:fixme:ddraw:d3d_device7_SetClipStatus iface 0075C5A0, clip_status 0021F5C0 stub! The last line looks promising... -- 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 0

[Bug 4553] Future Cop doesn't start
by WineHQ Bugzilla 12 Apr '23

12 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=4553 --- Comment #43 from joaopa <jeremielapuree(a)yahoo.fr> --- Bug still occurs with wine-8.5. -- 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 0

[Bug 54820] New: RtlFindMessage doesn't work
by WineHQ Bugzilla 12 Apr '23

12 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54820 Bug ID: 54820 Summary: RtlFindMessage doesn't work Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: novae.harpist06(a)icloud.com Distribution: --- Created attachment 74320 --> https://bugs.winehq.org/attachment.cgi?id=74320 Reproducer Only returns STATUS_RESOURCE_TYPE_NOT_FOUND. Reproducer attached On windows: ntdll at 00007FF870AF0000 RtlFindMessage returned 00000000 Message: Object Name not found. On wine: ntdll at 0000000170000000 RtlFindMessage returned C000008A -- 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 25495] New: Homeworld 2: Shadows and High-Quality Hyperspace Effect are disabled
by wine-bugs＠winehq.org 12 Apr '23

12 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=25495 Summary: Homeworld 2: Shadows and High-Quality Hyperspace Effect are disabled Product: Wine Version: 1.3.7 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: megatog615(a)gmail.com Even with the Shadows and High-Quality Hyperspace Effect enabled through the options menu in Homeworld 2, either effect is not seen in the actual gameplay. >From some research via Google, it appears both effects use the stencil capabilities of the graphics driver. I'm assuming the game is failing to detect the correct capabilities of the graphics card. -- 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 26

[Bug 54817] New: Inquisitor hags in a black screen at opening movies
by WineHQ Bugzilla 12 Apr '23

12 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54817 Bug ID: 54817 Summary: Inquisitor hags in a black screen at opening movies Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: jeremielapuree(a)yahoo.fr Distribution: --- Created attachment 74317 --> https://bugs.winehq.org/attachment.cgi?id=74317 console output Inquisitor screen stays black when launching opening movies. Can be workarounded by editing the file gfx.ini with the option VideoFileLoadMode=0 -- 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 33192] New: Characters in Granado Espada not visible
by wine-bugs＠winehq.org 12 Apr '23

12 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=33192 Bug #: 33192 Summary: Characters in Granado Espada not visible Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rndbit(a)nm.ru Classification: Unclassified Created attachment 43911 --> http://bugs.winehq.org/attachment.cgi?id=43911 Visual explanation So game works flawlessly except for models somehow not being attached to animations. I uploaded screenshot that illustrates issue. 1. As you can see models of all static actors are pisitioned in center of loaded level. 2. Spots where NPCs should stand are empty, however 'invisible' npcs are clickable at spot above their name, just where npc body should be. 3. Player characters also can not be seen. Items carried by characters (and NPCs) are rendered properly. Gear moves according to animation. Terminal log: String Dictionary Loading Start String Dictionary Loading Success fixme:win:EnumDisplayDevicesW ((null),0,0x32ef04,0x00000000), stub! fixme:winediag:AUDDRV_GetAudioEndpoint Winepulse is not officially supported by the wine project fixme:winediag:AUDDRV_GetAudioEndpoint For sound related feedback and support, please visit http://ubuntuforums.org/showthread.php?t=1960599 fixme:d3d9:Direct3DShaderValidatorCreate9 stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:imm:ImmGetOpenStatus (0xcf077a8): semi-stub fixme:imm:ImmReleaseContext (0xa0062, 0xcf077a8): stub fixme:ras:RasEnumConnectionsW (0x1333e8,0x326af0,0x76c623e4),stub! fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure program to use LAN connection/winsock instead! fixme:service:EnumServicesStatusW resume handle not supported fixme:ras:RasEnumEntriesW ((nil),(null),0xcffb108,0x327320,0xcffadf4),stub! fixme:wmvcore:WMCreateSyncReader ((nil), 0, 0xd17ef28): stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:wined3d_buffer_preload Too many declaration changes or converting dynamic buffer, stopping converting fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:wined3d_buffer_preload Too many declaration changes or converting dynamic buffer, stopping converting fixme:win:GetWindowPlacement not supported on other process window 0x20028 <...> fixme:win:GetWindowPlacement not supported on other process window 0x20028 <...> fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:wmvcore:WMCreateSyncReader ((nil), 0, 0x193d8048): stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. <...> fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:win:GetWindowPlacement not supported on other process window 0x20028 fixme:d3d:resource_check_usage Unhandled usage flags 0x8. <...> fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:win:GetWindowPlacement not supported on other process window 0x20028 fixme:d3d:resource_check_usage Unhandled usage flags 0x8. <...> fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:win:GetWindowPlacement not supported on other process window 0x20028 fixme:d3d:resource_check_usage Unhandled usage flags 0x8. <...> fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:win:GetWindowPlacement not supported on other process window 0x20028 <...> fixme:win:GetWindowPlacement not supported on other process window 0x20028 I replaced multiple same messages with <...> for improved readability. Forum thread: http://forum.winehq.org/viewtopic.php?f=2&t=18485 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 9

[Bug 53661] New: Pirates of the Carribean crashes mid game
by WineHQ Bugzilla 12 Apr '23

12 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53661 Bug ID: 53661 Summary: Pirates of the Carribean crashes mid game Product: Wine Version: 6.0 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 2857(a)gmx.de Hi all, I'm using wine-crossover build from Homebrew made by this guy: https://github.com/Gcenx/wine-on-mac/blob/master/README.md#macos-catalina-a… . I'm runnning Mac OS X Catalina. Game runs perfectly, but crashes randomly with this: $ wine ENGINE.exe 0094:err:plugplay:process_IOService_Device object 0x3a03 0094:err:plugplay:process_IOService_Device object 0x3807 0094:err:plugplay:process_IOService_Device object 0x5607 0094:err:plugplay:process_IOService_Device object 0x5907 0094:err:plugplay:process_IOService_Device object 0xa807 0094:err:plugplay:process_IOService_Device object 0x5d07 0094:err:plugplay:process_IOService_Device object 0xa20b 0094:err:plugplay:process_IOService_Device object 0xa113 0094:err:plugplay:process_IOService_Device object 0x622b 0094:err:plugplay:process_IOService_Device object 0x9b13 0094:err:plugplay:process_IOService_Device object 0x9a07 0094:err:plugplay:process_IOService_Device object 0x6507 0094:err:plugplay:process_IOService_Device object 0x6007 0094:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x5b03 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 00f4:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #3: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:err:ole:CoUninitialize Mismatched CoUninitialize 0024:err:ole:CoUninitialize Mismatched CoUninitialize 0024:err:ole:CoUninitialize Mismatched CoUninitialize 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #12: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #16: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #30: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #51: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:6: extension 'GL_ARB_uniform_buffer_object' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:8: extension 'GL_EXT_texture_array' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:9: extension 'GL_ARB_draw_instanced' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #52: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:6: extension 'GL_ARB_uniform_buffer_object' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:8: extension 'GL_EXT_texture_array' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:10: extension 'GL_ARB_fragment_coord_conventions' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #55: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:6: extension 'GL_ARB_uniform_buffer_object' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:8: extension 'GL_EXT_texture_array' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:9: extension 'GL_ARB_draw_instanced' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #56: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:6: extension 'GL_ARB_uniform_buffer_object' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:8: extension 'GL_EXT_texture_array' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:10: extension 'GL_ARB_fragment_coord_conventions' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #57: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_fogcoord' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_specular' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #86: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #88: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 0024:err:ole:CoUninitialize Mismatched CoUninitialize 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #163: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #165: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #193: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. Assertion failed: iface->lpVtbl == &d3d8_indexbuffer_vtbl, file /Users/gcenx/Documents/Gi tHub/winecx/dlls/d3d8/buffer.c, line 676 -- 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 54814] New: Tahoma font cannot display Chinese correctly
by WineHQ Bugzilla 12 Apr '23

12 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54814 Bug ID: 54814 Summary: Tahoma font cannot display Chinese correctly Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- Created attachment 74306 --> https://bugs.winehq.org/attachment.cgi?id=74306 Tahoma_cannot_show Some Chinese characters will be displayed as squares. I checked and found that Tahoma does not have the corresponding glyphs for these characters, but should we provide a replacement solution so that the fonts can be rendered normally. I have modified some contents of the registry to enable Chinese to be displayed, but the displayed width is incorrect -- 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 12

[Bug 54811] New: excel2003 prints to file to unknown place/file OR does not genrate anything; MSword offers one to choose name/location for file
by WineHQ Bugzilla 10 Apr '23

10 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54811 Bug ID: 54811 Summary: excel2003 prints to file to unknown place/file OR does not genrate anything; MSword offers one to choose name/location for file Product: Wine Version: 7.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: marcdunord(a)gmail.com Distribution: --- excel2003 "prints to file" w/o error message to unknown place/file OR does not generate any file; MSword offers one to choose name/location for file. and CUPS PDF is not offered as printer option anymore... :( -- 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 53499] New: GetAdaptersInfo returns loopback interface while it should omit it
by WineHQ Bugzilla 10 Apr '23

10 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53499 Bug ID: 53499 Summary: GetAdaptersInfo returns loopback interface while it should omit it Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: stanislav.rimsha(a)gmail.com Distribution: --- Created attachment 72853 --> https://bugs.winehq.org/attachment.cgi?id=72853 Application debug log with +iphlpapi,+nsi,+winsock I'm trying to fix LAN play under wine for a game for some time and in the logs I came across the issue that GetAdaptersInfo seems to include loopback interface and causing application to use zero hardware address (loopback interface is always on top). According to the code here loopback interfaces should not be included: https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/iphlpapi/iphlpapi_ma… However in debug log interface indexes indicate that loopback is likely returned along with other adapters. Also worth noting that in ipconfig /all the lo interface is considered an Ethernet interface. -- 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 42

[Bug 54809] New: wine internet explorer crashed when i tried to open trovetools setup
by WineHQ Bugzilla 09 Apr '23

09 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54809 Bug ID: 54809 Summary: wine internet explorer crashed when i tried to open trovetools setup Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: tinpinweget(a)gmail.com Distribution: --- Created attachment 74301 --> https://bugs.winehq.org/attachment.cgi?id=74301 Backtrace wine internet explorer crashed when i tried to open trovetools setup, could not find it in the list so i chose ieframe as the closest match. -- 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 46970] New: call of duty world war II crash on start
by wine-bugs＠winehq.org 08 Apr '23

08 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=46970 Bug ID: 46970 Summary: call of duty world war II crash on start Product: Wine Version: 4.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mathieu.schmitt68(a)orange.fr Distribution: --- Created attachment 64125 --> https://bugs.winehq.org/attachment.cgi?id=64125 backtrace-callofdutyw2 i use Ubuntu 18.10 and wine 4.5, DXVK 1.0.2 i start the game from steam and the game crash. i don't see any splash screen or main menu. (backtrace.txt) i start the game from the command line. i can't generate a back-trace file from the command line i see : 0009:fixme:heap:RtlSetHeapInformation 0x4b0000 0 0x22e740 4 stub wine: Unhandled exception 0xc0000409 in thread 29 at address 0x140057490 (thread 0029), starting debugger... 002c:fixme:dbghelp:elf_search_auxv can't find symbol in module (40x) Regards Mathieu -- 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 45068] New: Patches page sorting by Reviewer, Sign, Testbot and Job ID broken
by wine-bugs＠winehq.org 08 Apr '23

08 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=45068 Bug ID: 45068 Summary: Patches page sorting by Reviewer, Sign, Testbot and Job ID broken Product: WineHQ.org Version: unspecified Hardware: x86-64 URL: https://source.winehq.org/patches/ OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com URL: https://source.winehq.org/patches/ Script location: https://source.winehq.org/git/tools.git/blob/HEAD:/patches/update Clicking on 'Reviewer', 'Sign', 'Testbot' or 'Job ID' doesn't result in the desired sorting. This used to work before. I would run a regression test, but I'm not sure how to work with the patches/update script. IMO the desired sorting would be: - 'Reviewer': First by name, then by patch ID - 'Sign': First by the number of signs, then by patch ID - 'Testbot': First by status, then by patch ID - 'Job ID': First by job number (if there is one), then by patch ID If I recall correctly, this is how it was before. This was probably broken when the patches list was adapted to cope with the merging of wine-devel and wine-patches. I can attach screenshots if necessary. -- 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 54806] New: Watchtower Library 2016 can't seek in movies
by WineHQ Bugzilla 08 Apr '23

08 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54806 Bug ID: 54806 Summary: Watchtower Library 2016 can't seek in movies Product: Wine Version: 8.5 Hardware: x86-64 URL: https://archive.org/download/wtlib_2016_English/wtlib_ 2016_English.zip OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Distribution: --- Created attachment 74299 --> https://bugs.winehq.org/attachment.cgi?id=74299 output The video I tested is found by going to Bibles -> New World Translation (Study Edition) (nwtsty) -> Matthew -> Introduction to Matthew and then clicking the movie icon at the top. These fixmes look related: 0024:fixme:quartz:MediaSeeking_SetRate (15A1C1E8/15A1C1F4)->(1.000000): stub !!! 0024:fixme:quartz:MediaSeeking_GetRate (15A1C1E8/15A1C1F4)->(019FF4B8): stub !!! -- 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 0

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