wine-bugs

wine-bugs@winehq.org

1 participants
158770 discussions

[Bug 54898] New: Worms Blast crashes and has graphical glitches
by WineHQ Bugzilla 29 May '23

29 May '23

https://bugs.winehq.org/show_bug.cgi?id=54898 Bug ID: 54898 Summary: Worms Blast crashes and has graphical glitches Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: iodreamify(a)gmail.com Distribution: --- Created attachment 74399 --> https://bugs.winehq.org/attachment.cgi?id=74399 wine output The game's menu displays heavy visual glitching where half the screen is just black. And it crashes as soon as the game loads a level. Music is also missing. Log may be longer because game was launched through Wine Steam, hope it's ok. -- 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 54986] New: Apps blocking Wine via telemetry and calls
by WineHQ Bugzilla 28 May '23

28 May '23

https://bugs.winehq.org/show_bug.cgi?id=54986 Bug ID: 54986 Summary: Apps blocking Wine via telemetry and calls Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: apphelp Assignee: wine-bugs(a)winehq.org Reporter: roshan.dorr(a)gmail.com Distribution: --- Roblox and many other apps have ways of blocking Wine. A simple fix is to disguise the calls and telemetry. One can see how it is done here: https://www.hexacorn.com/blog/2016/03/27/detecting-wine-via-internal-and-le… If we can rename the calls and telemetry to the ways Windows sends them, wide ranges of apps that block Wine including Roblox would now have no way to. This would really help the Linux Gaming community. -- 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 36989] New: ThunderSpeed installer get white blank window
by wine-bugs＠winehq.org 28 May '23

28 May '23

http://bugs.winehq.org/show_bug.cgi?id=36989 Bug ID: 36989 Summary: ThunderSpeed installer get white blank window Product: Wine Version: 1.7.23 Hardware: x86 URL: http://down.sandai.net/thunderspeed/ThunderSpeed1.0.12 .122.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: penghao(a)linuxdeepin.com Created attachment 49129 --> http://bugs.winehq.org/attachment.cgi?id=49129 installer window under wine inlinux Environment: Deepin 32bit Linux phcole 3.13.0-32-generic #57-Ubuntu SMP Tue Jul 15 03:51:12 UTC 2014 i686 i686 i686 GNU/Linux wine-1.7.23 download from: http://down.sandai.net/thunderspeed/ThunderSpeed1.0.12.122.exe start it to install the program, I get white blank window instead. -- 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 24878] New: "Group by" options don't work in Explorer++
by wine-bugs＠winehq.org 28 May '23

28 May '23

http://bugs.winehq.org/show_bug.cgi?id=24878 Summary: "Group by" options don't work in Explorer++ Product: Wine Version: 1.3.5 Platform: x86-64 URL: http://www.explorerplusplus.com/download OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31495) --> (http://bugs.winehq.org/attachment.cgi?id=31495) Terminal output The file grouping options accessible in the view -> group by menu don't seem to do anything. Native comctl32 (v6) makes them functional. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 10

[Bug 52012] New: MeshroomCL crashes on unimplemented function vcomp140.dll._vcomp_for_dynamic_init_i8
by WineHQ Bugzilla 28 May '23

28 May '23

https://bugs.winehq.org/show_bug.cgi?id=52012 Bug ID: 52012 Summary: MeshroomCL crashes on unimplemented function vcomp140.dll._vcomp_for_dynamic_init_i8 Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vcomp Assignee: wine-bugs(a)winehq.org Reporter: revisionarian(a)gmail.com Distribution: --- The photogrammetry software application MeshroomCL crashes during execution of its TexturingCL node. The output error message is: "Unhandled exception: unimplemented function vcomp140.dll._vcomp_for_dynamic_init_i8 called in 64-bit code" This error was encountered using Wine 6.21 on Unbuntu 20.04. MeshroomCL version was 0.7.3. MeshroomCL can be downloaded from URL https://github.com/openphotogrammetry/meshroomcl/releases. -- 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 54917] New: Keyboard input issues in NFS Underground since wine-8.5
by WineHQ Bugzilla 27 May '23

27 May '23

https://bugs.winehq.org/show_bug.cgi?id=54917 Bug ID: 54917 Summary: Keyboard input issues in NFS Underground since wine-8.5 Product: Wine Version: 8.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: aidas957(a)gmail.com CC: rbernon(a)codeweavers.com Distribution: ArchLinux Created attachment 74431 --> https://bugs.winehq.org/attachment.cgi?id=74431 NFS Underground +dinput log on wine-8.4 Hello, So NFS Underground (and other NFS games from the same era) have keyboard input issues since wine-8.5 (which rewrote a lot of dinput code) When you first open the game in wine-8.5, you'll see that the mappings are completely different (if you set ones previously) Also there's a good chance when you set a mapping that it will disappear the next time you load the game Or the mappings that managed to be saved may not actually work in-game for some weird reason If you switch to wine-staging the problems get worse (the arrow keys just stop working in the menu) I haven't tried to bisect yet though (I'm a bit too lazy), but I'll provide both wine-8.4 and 8.7 logs with WINEDEBUG=+dinput set Note: The 8.7 log will be added in a comment (Bugzilla limitations?) -- 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 27559] New: ImgBurn crash at startup when Wine's 'Windows Version' is set to 'Vista' (or newer)
by wine-bugs＠winehq.org 27 May '23

27 May '23

http://bugs.winehq.org/show_bug.cgi?id=27559 Summary: ImgBurn crash at startup when Wine's 'Windows Version' is set to 'Vista' (or newer) Product: Wine Version: 1.3.22 Platform: x86 URL: http://www.imgburn.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lightning_uk(a)imgburn.com I've had a bunch of crash logs sent to me over the past year where ImgBurn crashes unrecoverably on startup when users are running it under Wine but was never able to reproduce the error until today. It turns out that if Wine's 'Windows Version' is set to 'XP' (default and what I'd always been using) everything works fine. The second it's changed to 'Vista' (or newer), the app crashes at startup. I've managed to get a crash call stack via madExcept / Eurekalog and have now traced the problem back to the 'Explorer' style component it uses in the 'Disc Layout Editor' window ('TVirtualExplorerTree' by MustangPeak). It looks like it's related to namespace stuff and therefore the shell? I've made/attached a Delphi demo app with a single form and single instance of 'TVirtualExplorerTree' to hopefully make testing and debugging this issue a little easier. Without fail, it'll crash when Wine's 'Windows Version' is set to 'Vista' but it's fine as 'XP'. I'm using Wine in Ubuntu 11.04 for testing. The programs (ImgBurn and demo app) work fine on a real Windows XP, Vista or 7 installation. -- 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 33

[Bug 3452] BC3000 - Horribly Slow
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=3452 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #38 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 8.9. -- 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 54976] New: Since 4356fe0d830759a4bc194f21f3c8fc3a36ca2ca0 program fails to start: Application could not be started, or no application associated with the specified file. (regression)
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=54976 Bug ID: 54976 Summary: Since 4356fe0d830759a4bc194f21f3c8fc3a36ca2ca0 program fails to start: Application could not be started, or no application associated with the specified file. (regression) Product: Wine Version: 8.7 Hardware: x86-64 URL: https://community.chocolatey.org/api/v2/package/chocol atey/1.4.0 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Regression SHA1: 4356fe0d830759a4bc194f21f3c8fc3a36ca2ca0 Distribution: Debian This is a regression from yesterday: 4356fe0d830759a4bc194f21f3c8fc3a36ca2ca0 disallows choco.exe to start The easiest way to reproduce this, without having to install it completely (bit tedious), is : wget https://community.chocolatey.org/api/v2/package/chocolatey/1.4.0 7z x 1.4.0 wine ./tools/chocolateyInstall/choco.exe Expected behaviour: It should print some error info because it's not installed properly Actual behaviour: wine: failed to start L"Z:\\home\\louis\\Downloads\\tools\\chocolateyInstall\\choco.exe" Application could not be started, or no application associated with the specifie d file. -- 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 54965] New: Rich Edit erroneously moves the cursor to the end of text when system IME composition ends
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=54965 Bug ID: 54965 Summary: Rich Edit erroneously moves the cursor to the end of text when system IME composition ends Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: imm32 Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 8ae0c308233e61cfc01ef52886077960d6513d93 Distribution: --- When the user attempts to compose character while the cursor is in the middle of the text box, Rich Edit moves the caret to the _end_ of the text before inserting the the newly composed character(s), instead of keeping the current cursor position. Steps to reproduce: 1. Activate fcitx5 (Hangul). 2. Enter the following text: "ABCXYZ" 3. Move the cursor (caret) to the middle of the string: "ABC|XYZ" 4. Compose a character. Expected behaviour: The composed character should be inserted between "ABC" and "XYZ" Actual behaviour: The composed character is inserted after "XYZ" and the caret moves to the end of the string. -- 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 54956] New: Framemaker 8 crashes on printing
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=54956 Bug ID: 54956 Summary: Framemaker 8 crashes on printing Product: Wine Version: 8.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineps.drv Assignee: wine-bugs(a)winehq.org Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de Distribution: --- Framemaker 8 crashes on printing after some pages with an internal error This is a 32-bit-only wine install which is self-compiled, not WOW A bisect shows the following patch as the first bad commit be33dfbde0ac73d873be06399a90b805c1500d8f is the first bad commit commit be33dfbde0ac73d873be06399a90b805c1500d8f Author: Piotr Caban <piotr(a)codeweavers.com> Date: Sun May 7 13:50:26 2023 +0200 wineps: Remove no longer used font selection code from PE side. dlls/wineps.drv/builtin.c | 189 -------------------------------------------- dlls/wineps.drv/font.c | 82 ++----------------- dlls/wineps.drv/printproc.c | 29 ------- dlls/wineps.drv/psdrv.h | 2 - 4 files changed, 8 insertions(+), 294 deletions(-) Before each test the prefix was freshly created. -- 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 11

[Bug 54974] New: armv7 ELF builds crashing since "ntdll: Support the machine extended parameter in NtMapViewOfSectionEx()."
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=54974 Bug ID: 54974 Summary: armv7 ELF builds crashing since "ntdll: Support the machine extended parameter in NtMapViewOfSectionEx()." Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: julliard(a)winehq.org Regression SHA1: ebc1b099159059d35fd86e61122ab7f7aa6722ef Distribution: --- Since "ntdll: Support the machine extended parameter in NtMapViewOfSectionEx().", ebc1b099159059d35fd86e61122ab7f7aa6722ef, my armv7 ELF builds (--without-mingw) crash on startup. I haven't yet had time to dig into what crashes and why - filing the bug early in case this rings any bells. (I know the non-PE builds aren't the recommended way going forward, but as this used to work, I test it continuously until it is formally no longer supported.) -- 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 54955] New: Battle.net : unimplemented function msmpeg2vdec.dll.DllGetClassObject called in 32-bit code
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=54955 Bug ID: 54955 Summary: Battle.net : unimplemented function msmpeg2vdec.dll.DllGetClassObject called in 32-bit code Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Created attachment 74481 --> https://bugs.winehq.org/attachment.cgi?id=74481 backtrace Application crashes with unimplemented function msmpeg2vdec.dll.DllGetClassObject called in 32-bit code in the backtrace -- 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 54916] New: regression : touhou 12.3 dpad mod crash
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=54916 Bug ID: 54916 Summary: regression : touhou 12.3 dpad mod crash Product: Wine Version: 8.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: riyu12383(a)gmail.com Distribution: --- Created attachment 74430 --> https://bugs.winehq.org/attachment.cgi?id=74430 Log file of the game crashing/hanging --The game The popular version of this game is a community edition that includes mods : https://soku.delthas.fr/ --Launch the game(with mods) The right executable file is th123e.exe. In order to launch the game correctly with the mods, it is needed to either use DXVK or either add a d3d9 lib with winecfg and use WINEDLLOVERRIDES="d3d9=n,b", as mods are injected through the d3d9.dll file inside the game folder. You can check that mods are injected correctly by going in the "Vs NETWORK" menu, if mods are injected correctly there will be a hostlist menu, if not it is a IP and port connecting menu without hostlist. --The dpad mod and expected behavior https://hisouten.koumakan.jp/wiki/Mods#DPad_Fix This mod is enabled by default and can be disabled by placing a ; in front of the line DPadFix= inside SWRSToys.ini, the mod config file. Without this mod, only joystick are usable, with it, dpad and joystick are both usable, you can test that in the game main menu. --Current behavior The game crash because of this mod, other mods don't. This was seemingly fixed around wine 7, but supposedly since wine 8 it crash again. Recently tested with wine and wine-staging 8.7. The mod still works with lutris-fshack-7.2 and recent wine-ge based on proton 7, but not proton 8. The file attached is a log file of the game crashing/hanging. -- 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 53860] New: Wine Notepad : Using Japanese Input Method(IM), sometimes cursor goes back when string converted
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=53860 Bug ID: 53860 Summary: Wine Notepad : Using Japanese Input Method(IM), sometimes cursor goes back when string converted 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: su_zu_me(a)hotmail.com Distribution: --- Using input method (IM) to input Japanese characters, sometimes the cursor goes back when a string converted (kana to kanji). - Confirming the previous conversion by entering the next character, the cursor will go back to the previous position each time. - Press [Enter] to confirming the conversion, the cursor may or may not go back. It occurs frequently (about a half of conversions). - It may not depend on the contents of conversion. Conversions are done successfully. It occurs with Wine 7.16 or later. Not occurs with Wine 7.15 or earlier. Tested Wine version: 7.12 7.13 7.14 7.15 7.16 7.19 7.20 OS: Ubuntu 22.04.1 LTS (amd64) Display server: Wayland Input Method Framework: IBus Input Method Engine: Mozc -- 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 50955] New: .netCore app can't bind to port shortly after another .netCore program binding to the same port was terminated
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=50955 Bug ID: 50955 Summary: .netCore app can't bind to port shortly after another .netCore program binding to the same port was terminated Product: Wine Version: 6.5 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: --- Created attachment 69784 --> https://bugs.winehq.org/attachment.cgi?id=69784 BrokenClient I provided code for 3 different programs as attachment which represent extremely scaled down code of a bug I tried to find in a proprietary program: BrokenServer and BrokenClient are both C# programs created for .netCore 3.1 (x86). BrokenServer creates a socket, tries to bind it to port 41811 and ends up accepting all incoming connections on this port inside an infinite loop. Broken Client tries to connect to the socked opened by BrokenServer and ends up in an infinite loop(seems important!?). TestCode is to test what is actually broken in Wine: It runs a BrokenServer and 3 BrokenClients using CreateProcessA() and waits for getchar(). After that it stops all 4 processes using TerminateProcess() and immediately restarts the BrokenServer using CreateProcessA(). The server tries to bind to port 41811 but unlike on Windows it (almost) always fails to do so, showing a MessageBox with the information that the port is already in use. As mentioned before, the infinite loop in BrokenClient seems to make a difference because I never encountered this issue without it. I wasn't able to recreate this problem with native code. Everything was tested in a clean prefix with .netCore x86 desktop ("windowsdesktop-runtime-3.1.10-win-x86") installed. -- 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 54982] New: Visio 2003 print dialog shows broken paper sizes when printing
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=54982 Bug ID: 54982 Summary: Visio 2003 print dialog shows broken paper sizes when printing Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)copysoft.org Distribution: --- Created attachment 74521 --> https://bugs.winehq.org/attachment.cgi?id=74521 Broken paper sizes in wine 8.8 In Wine 8.8 when using Visio 2003 if I try to change the properties of a printer to select a paper size the list of paper sizes is shown truncated. -- 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 54936] New: Wine 8.8 does not print
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=54936 Bug ID: 54936 Summary: Wine 8.8 does not print Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: marcelotduarte(a)gmail.com Distribution: --- Created attachment 74459 --> https://bugs.winehq.org/attachment.cgi?id=74459 dump In wine 8.8 does not print. I have an app in VFP9 that stoped to print. Then I tested notepad, and notepad does not print too, so it is easy to reproduce. Open notepad (wine notepad), type any text and print. I noted that are many changes in wineps.drv in this 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 14

[Bug 54934] New: Battle.net unimplemented function msauddecmft.dll.DllGetClassObject called in 32-bit code
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=54934 Bug ID: 54934 Summary: Battle.net unimplemented function msauddecmft.dll.DllGetClassObject called in 32-bit code Product: Wine Version: 8.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Created attachment 74454 --> https://bugs.winehq.org/attachment.cgi?id=74454 backtrace I tried to run the Diablo 4 Beta but sometime during the file verification stage the Battle.net Launcher opens a window with a stacktrace and needs to be restarted. "unimplemented function msauddecmft.dll.DllGetClassObject called in 32-bit code" -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 36230] New: qcap: Silverlight requires Audio Capture Filter
by wine-bugs＠winehq.org 26 May '23

26 May '23

http://bugs.winehq.org/show_bug.cgi?id=36230 Bug ID: 36230 Summary: qcap: Silverlight requires Audio Capture Filter Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: michael(a)fds-team.de Silverlight requires the "Audio Capture Filter" for recording from the microphone. Steps to reproduce (Download Silverlight + start configuration dialog): wget http://silverlight.dlservice.microsoft.com/download/B/A/9/BA94BEC9-5DBC-4B5… wine Silverlight.exe wine "C:\Program Files\Microsoft Silverlight\5.1.30214.0\Silverlight.Configuration.exe" Change to the Webcam and Microphone Tab. The list of devices is empty and you should see the following debug messages: ------- err:ole:CoGetClassObject no class object {e30629d2-27e5-11ce-875d-00608cb78066} could be created for context 0x17 fixme:strmbase:STRMBASE_DllGetClassObject {e30629d2-27e5-11ce-875d-00608cb78066}: class not implemented yet. ------- The CLSID belongs to CLSID_AudioRecord and is not implemented in dlls/qcap/qcap_main.c (/* FIXME: Implement QCAP_createAudioCaptureFilter */) -- 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 53717] New: Unreadable CDROM disk freezes wine
by WineHQ Bugzilla 26 May '23

26 May '23

https://bugs.winehq.org/show_bug.cgi?id=53717 Bug ID: 53717 Summary: Unreadable CDROM disk freezes wine Product: Wine Version: 7.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)copysoft.org Distribution: --- I'm trying to recover data from an almost unreadable CDROM disk. I have been running ddrescue non-stop for a few days now and data is slowly being recovered. This means the CDROM drive is permanently busy at all times with a disk that is unreadable and unmountable under normal circumstances (this is important). When I try to launch a wine application via Wine I find that Wine attempts to access the CDROM drive, I can hear the CDROM drive making noises as if starting/stopping but nothing ever happens, can hear the drive clicking as in starting and stopping, the wine application I'm trying to run never start, I can see some wine .exe processes in D state, I guess waiting for the CDROM drive to become available. I can see this in the console: 0058:err:sync:RtlpWaitForCriticalSection section 000000006CDCB040 "dlls/mountmgr.sys/device.c: device_section" wait timed out in thread 0058, blocked by 0064, retrying (60 sec) It seems that when a drive is unreadable or inaccessible wine freezes and continually re-tries access to the drive. This also means that Wine interferes with ddrescue when trying to access the CDROM drive, because the disk is unreadable and both applications try to access no Wine application ever starts, and if it does (winecfg) it freezes, so I end in a situation Wine doesn't work and it bothers ddrescue. Is there a way to start Wine applications making them ignore the CDROM Drive? In the Wine control panel I can get rid of the Z drive for example but not the CDROM drive... I also tried to go into the Wine prefix under "dosdevices" and removed: d:: -> /dev/sr0 Then tried to link d:: to /dev/null but wine recreates the link to the drive as e:: -> /dev/sr0 and tries to access the CDROM again. Is there a way to tell WINE not to use a device? as in ignore /dev/sdr? -- 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 54533] New: mfmediaengine:mfmediaengine - On Windows test_TransferVideoFrames() fails on AMD GPUs
by WineHQ Bugzilla 25 May '23

25 May '23

https://bugs.winehq.org/show_bug.cgi?id=54533 Bug ID: 54533 Summary: mfmediaengine:mfmediaengine - On Windows test_TransferVideoFrames() fails on AMD GPUs Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com mfmediaengine:mfmediaengine - test_TransferVideoFrames() fails on AMD GPUs: w11pro64_amd (AMD RX6600): mfmediaengine.c:1300: Test failed: Unexpected 49% diff fgtb-w10pro64_rx550 (AMD RX550): mfmediaengine.c:1300: Test failed: Unexpected 2% diff See https://test.winehq.org/data/patterns.html#mfmediaengine:mfmediaengine The percentages are constant on both machines. -- 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 50369] New: Multiple tools for viewing GDI handles/resources list and GDI leak detection require support for PEB->GdiSharedHandleTable (GDIView, GDILeaks)
by WineHQ Bugzilla 25 May '23

25 May '23

https://bugs.winehq.org/show_bug.cgi?id=50369 Bug ID: 50369 Summary: Multiple tools for viewing GDI handles/resources list and GDI leak detection require support for PEB->GdiSharedHandleTable (GDIView, GDILeaks) Product: Wine Version: 6.0-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. I know this information can be retrieved tracing processes with Wine 'gdi' debug channel. https://source.winehq.org/git/wine.git/blob/56e7cd12ce0ce3bb331a8595b25aedb… Currently investigating bug 23221 where the application massively leaks GDI handles. App bug, most likely unrelated to the actual problem of the ticket. I wanted to see the leakage in a realtime-view with absolute values, leak rate per second, changes when doing certain UI actions. It's possible to extract that from Wine trace logs as well using timestamps and filtering for specific messages but it takes way more effort to associate the leak rate with certain UI actions (controls). Multiple tools provide that information in a convenient way. Unfortunately they rely on the shared handle table being exposed. --- * https://www.nirsoft.net/utils/gdi_handles.html ("GDIView - View GDI handles/resources list and detect GDI leaks") Stable download link via Internet Archive: https://web.archive.org/web/20201127182337/http://www.nirsoft.net/utils/gdi… * https://docs.microsoft.com/en-us/archive/msdn-magazine/2003/january/detect-… ("Detect and Plug GDI Leaks in Your Code with Two Powerful Tools for Windows XP") Stable download link via Internet Archive: https://web.archive.org/web/20170911002438/http://download.microsoft.com/do… The MSDN article provides the struct layout for entry: --- quote --- In his book Windows Graphics Programming: Win32 GDI and DirectDraw (Prentice Hall, 2002), Feng Huan provides another way to access this table, but he also describes the structure of each of the 0x4000 entries of this table, as you can see here: ... typedef struct { DWORD pKernelInfo; WORD ProcessID; WORD _nCount; WORD nUpper; WORD nType; DWORD pUserInfo; } GDITableEntry; --- quote --- 'GDILeaks' self-extractor contains multiple example applications as binaries and with sources. https://www.geoffchappell.com/studies/windows/win32/ntdll/structs/peb/index… --- quote --- Offset (x86) Offset (x64) Definition Versions 0x94 0xF8 PVOID GdiSharedHandleTable; 3.51 and higher --- quote --- The app crashes because the 'PEB->GdiSharedHandleTable' pointer is NULL: --- snip --- $ WINEDEBUG=+seh,+relay wine ./GDIView.exe >>log.txt 2>&1 ... 0104:Call KERNEL32.GetModuleHandleW(140011eb0 L"ntdll.dll") ret=140004c52 ... 0104:Ret KERNEL32.GetModuleHandleW() retval=7bc00000 ret=140004c52 0104:Call KERNEL32.GetProcAddress(7bc00000,140011ec8 "RtlGetCurrentPeb") ret=140004c67 0104:Ret KERNEL32.GetProcAddress() retval=7bc068e4 ret=140004c67 0104:Call ntdll.RtlGetCurrentPeb() ret=140004c6e 0104:Ret ntdll.RtlGetCurrentPeb() retval=7fffffdaf000 ret=140004c6e 0104:trace:seh:dispatch_exception code=c0000005 flags=0 addr=0000000140004CA6 ip=0000000140004CA6 tid=0104 0104:trace:seh:dispatch_exception info[0]=0000000000000000 0104:trace:seh:dispatch_exception info[1]=0000000000000008 0104:trace:seh:dispatch_exception rax=0000000000000000 rbx=0000000000f314c0 rcx=000000000021ee48 rdx=0000000000000000 0104:trace:seh:dispatch_exception rsi=0000000000000000 rdi=0000000000000000 rbp=0000000000000000 rsp=000000000021edf8 0104:trace:seh:dispatch_exception r8=000000000021ee30 r9=0000000000000000 r10=0000000000000000 r11=0000000000000246 0104:trace:seh:dispatch_exception r12=0000000000000415 r13=0000000000000001 r14=0000000000000000 r15=000000000021f168 0104:trace:seh:call_vectored_handlers calling handler at 000000007B011BA0 code=c0000005 flags=0 0104:trace:seh:call_vectored_handlers handler at 000000007B011BA0 returned 0 0104:warn:seh:virtual_unwind exception data not found in L"GDIView.exe" --- snip --- Wine source: --- snip --- $ grep -Hrni GdiSharedHandleTable include/winternl.h:339: PVOID GdiSharedHandleTable; /* 094/0f8 */ include/winternl.h:584: ULONG64 GdiSharedHandleTable; /* 00f8 */ --- snip --- https://source.winehq.org/git/wine.git/blob/56e7cd12ce0ce3bb331a8595b25aedb… (x86) https://source.winehq.org/git/wine.git/blob/56e7cd12ce0ce3bb331a8595b25aedb… (x86_64) $ sha1sum gdiview*.zip 4bacc3fed9a41678c72eba41937ff73b7e98ee90 gdiview-x64.zip 1115a41a1784127380ac2df0d3960f4bf09955db gdiview.zip $ du -sh gdiview*.zip 68K gdiview-x64.zip 52K gdiview.zip $ wine --version wine-6.0-rc3 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 53392] New: does not compile on Openindiana (solaris11)
by WineHQ Bugzilla 23 May '23

23 May '23

https://bugs.winehq.org/show_bug.cgi?id=53392 Bug ID: 53392 Summary: does not compile on Openindiana (solaris11) Product: Wine Version: 7.13 Hardware: x86-64 OS: Solaris Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: malicorne(a)chez.com It seems that wine does not respect the CFLAGS or at least to some extend. $ uname -a SunOS addie 5.11 illumos-c1bbf9203b i86pc i386 i86pc illumos $ ./configure CFLAGS="-fPIC" CXXFLAGS="-fPIC" --prefix=/opt/wine $ make [...] gcc -o tools/winegcc/winegcc tools/winegcc/utils.o tools/winegcc/winegcc.o -lsocket -lnsl tools/winegcc/winegcc -o dlls/acledit/acledit.dll.so --wine-objdir . -fno-PIC -fasynchronous-unwind-tables -shared \ dlls/acledit/acledit.spec -Wb,--prefer-native -mno-cygwin dlls/acledit/main.o \ dlls/winecrt0/libwinecrt0.a dlls/ucrtbase/libucrtbase.a dlls/kernel32/libkernel32.a \ dlls/ntdll/libntdll.a Text relocation remains referenced against symbol offset in file .rodata (section) 0x11010 acledit.dll-62d91a2e.spec.o .rodata (section) 0x11017 acledit.dll-62d91a2e.spec.o .rodata (section) 0x11030 acledit.dll-62d91a2e.spec.o .rodata (section) 0x11037 acledit.dll-62d91a2e.spec.o .rodata (section) 0x11050 acledit.dll-62d91a2e.spec.o .rodata (section) 0x11057 acledit.dll-62d91a2e.spec.o .rodata (section) 0x11070 acledit.dll-62d91a2e.spec.o .rodata (section) 0x11077 acledit.dll-62d91a2e.spec.o .rodata (section) 0x11090 acledit.dll-62d91a2e.spec.o .rodata (section) 0x11097 acledit.dll-62d91a2e.spec.o .rodata (section) 0x110b0 acledit.dll-62d91a2e.spec.o .rodata (section) 0x110b7 acledit.dll-62d91a2e.spec.o .data (section) 0x110d5 acledit.dll-62d91a2e.spec.o .data (section) 0x110f1 acledit.dll-62d91a2e.spec.o .data (section) 0x11102 acledit.dll-62d91a2e.spec.o .data (section) 0x1110a acledit.dll-62d91a2e.spec.o .data (section) 0x11112 acledit.dll-62d91a2e.spec.o .data (section) 0x1111a acledit.dll-62d91a2e.spec.o .data (section) 0x11122 acledit.dll-62d91a2e.spec.o ld: fatal: relocations remain against allocatable but non-writable sections collect2: error: ld returned 1 exit status winegcc: /usr/bin/gcc failed make: *** [Makefile:1380: dlls/acledit/acledit.dll.so] Error 2 Error on line 4 If I replace the -fno-PIC by -fPIC as requested on CFLAGS, it does go on until next time. -- 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 32893] New: SNES9x DirectDraw display not refreshed correctly when menus shown
by wine-bugs＠winehq.org 23 May '23

23 May '23

http://bugs.winehq.org/show_bug.cgi?id=32893 Bug #: 32893 Summary: SNES9x DirectDraw display not refreshed correctly when menus shown Product: Wine Version: 1.5.23 Platform: x86-64 URL: http://files.ipherswipsite.com/snes9x/snes9x-1.53-win3 2.zip OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified Created attachment 43440 --> http://bugs.winehq.org/attachment.cgi?id=43440 Showing refresh problem #1 I'm testing with Wine 1.5.23, SNES9x 1.53, Lubuntu 11.10 x86-64, Nvidia driver 304.64. There is a small issue with the way the SNES9x DirectDraw display is refreshed. When you browse the menus, as you move from menu to menu the previous menu area is cleared to black, instead of showing the emulated game. There was a change at some point between Wine 1.5.18 and 1.5.23. With 1.5.18 all "old" menus remained onscreen (see http://bugs.winehq.org/attachment.cgi?id=42660), so the current behaviour is better but not perfect. To reproduce - Download and unzip SNES9x. - Download a SNES ROM, e.g. from http://pdroms.de/files/supernintendoentertainmentsystem/skipp-and-friends-p… - Run SNES9x. Select File->Load Game... and select SAF.smc - Currently the default Direct3D output gives an empty/black window (bug 32319). So change to DirectDraw output: select Video->Display Configuration..., change Output Method to DirectDraw and click OK. - Click on the menu bar to browse the menus. As you move from menu to menu, notice that the region which was occupied by the previously-shown menu is black. -- 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 11

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs