January 2025 - Wine-Bugs - list.winehq.org

[Bug 57615] winetricks-test failing after recent cmd parsing changes

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57615 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |NOTOURBUG --- Comment #2 from Austin English <austinenglish(a)gmail.com> --- Thanks Eric, I changed it to use '&' to avoid checking the return value for now. -- 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.

Jan. 2, 2025

[Bug 57598] lovense connect

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57598 Louis Lenders <xerox.xerox2000x(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Keywords| |download CC| |xerox.xerox2000x(a)gmail.com Status|UNCONFIRMED |NEW URL| |https://www.lovense.com/fil | |es/apps/remote/remote.exe?v | |=1924897855 --- Comment #8 from Louis Lenders <xerox.xerox2000x(a)gmail.com> --- Confirming. Please try 'winetricks arial', that solves it for me. Could you try and report back please? Looks like another manifestation of https://bugs.winehq.org/show_bug.cgi?id=32342 -- 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.

Jan. 2, 2025

[Bug 57598] lovense connect

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57598 --- Comment #7 from stephanbotes0(a)gmail.com --- (In reply to Austin English from comment #6) > (In reply to stephanbotes0 from comment #4) > > (In reply to Austin English from comment #1) > > > Please attach the terminal output. > > > > > > Does this program have a free demo/download that exhibits the issue? > > > > the program is free it installs but i cant fill in logins or login and try > > using offline mode > > Please fill in the URL field (and add the 'download' keyword) above so > others know where to get it. https://www.lovense.com/files/apps/remote/remote.exe?v=1924897855 -- 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.

Jan. 2, 2025

[Bug 57584] 8-bit color mode is broken in Wine 9.11 and later

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57584 --- Comment #3 from Rémi Bernon <rbernon(a)codeweavers.com> --- I thought we were emulating 8bit display mode already, but maybe only for GDI rendering and we're then missing it on the GL/VK side. As we're likely going to move towards more virtualization of the GL/VK rendering (for DPI scaling, compositing, etc) this use case would be addressed that way, and I'm not sure it's worth supporting such exotic host display server configuration. Anyway, it was working before, I'll have a look. -- 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.

Jan. 2, 2025

[Bug 57549] Fighter Factory 3: Window Graphics don't display correctly after prolonged use.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57549 Rémi Bernon <rbernon(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon(a)codeweavers.com --- Comment #11 from Rémi Bernon <rbernon(a)codeweavers.com> --- Thanks, could you check whether https://gitlab.winehq.org/wine/wine/-/merge_requests/7026 fixes this as well? It was meant to fix a regression from the same commit. -- 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.

Jan. 2, 2025

[Bug 57608] Automatically end all processes after a wineserver crash.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57608 --- Comment #3 from Bernhard Übelacker <bernhardu(a)mailbox.org> --- (In reply to Zeb Figura from comment #1) > (In reply to Bernhard Übelacker from comment #0) > > Would it be possible for them to just end too, > > when the connection to wineserver disappears? > > How? What's going to kill them? Attaching to such a process shows all threads are waiting in a read in wait_select_reply. The hope was somehow to detect if the other side of the socket is no longer connected, like getting an error like EPIPE from the `read` call by specifying some flag when it gets opened. In case of wineserver receiving a SIGSEGV it still reaches `do_sigsegv`. Might it be possible to switch a flag in the shared memory `user_shared_data`, which the regular processes read to detect a crash. Or would it possible to send a unix signal to the processes in `do_sigsegv`. Would calling `close` on the socket in `do_sigsegv` help? -- 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.

Jan. 2, 2025

[Bug 57600] Application not showing console output

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57600 --- Comment #3 from Eric Pouech <eric.pouech(a)gmail.com> --- what likely happens is that your app is made of a main engine.exe (which is tagged in the GUI subsystem) and which spawns a child .exe (which is tagged in the CUI subsystem). engine.exe is started from a shell (which is attached to a console). The Windows behavior is, when spawning a child process (default behavior): - if parent is attached to a console and child belong to CUI subsystem, the parent's console is inherited by child - if parent is not attached to a console and child belong to CUI subsystem, a new console is created for child - if child belong to GUI subsystem, child is started without any console (whatever the parent's state) so your app behavior under windows is: shell (console) > engine.exe (no console as GUI) > child.exe (creates a new console) Wine8 was inheriting the shell console when spawning engine.exe, and also the child Wine9 has been fixed to implement the Windows behavior (so engine.exe is started without console) when we write that "./wine app | cat" should capture the output into the starting console, it should be under the condition that <app> belongs to the CUI subsystem since Wine's behavior is now how Windows behaves, we won't change this (or revert the mentionned patch). I don't see a way to achieve what you'd like from Wine. Maybe your app has some options to redirect log to a file or a pipe that you could use -- 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.

Jan. 2, 2025

[Bug 57623] Approach welcome screen does not appear when rub from a virtual desktop

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57623 --- Comment #1 from Todd Chester <ToddAndMargo(a)zoho.com> --- Okay, the bugzilla will not allow me to attach an .mkv 3 MB movie. If you give me an eMail address, I will eMail it to you or if you prefer, create an Ice Drive invite for you. -- 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.

Jan. 2, 2025

[Bug 57623] New: Approach welcome screen does not appear when rub from a virtual desktop

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57623 Bug ID: 57623 Summary: Approach welcome screen does not appear when rub from a virtual desktop Product: Wine-staging Version: 10.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Lotus Approach N99.8.0208.0800 (Smart Suite) Fedora 41 Xfce 4.18 screen resolution: 4096x2160 Reproduced under: WineHQ Staging: wine-staging-10.0.rc3-1.1.x86_64 winehq-staging-10.0.rc3-1.1.x86_64 Wine Staging Fedora repo: wine-9.15-1.fc41.x86_64 wine-9.15-1.fc41.i686 When Lotus Approach is started from a terminal directory, the welcome screen pops up. $ wine approach But when Lotus Approach is started as a "virtual Desktop", it does not. $ cd .wine/drive_c/lotus/approach/ $ wine explorer /desktop approach From Xfce Launcher: bash -c "cd $HOME/.wine/drive_c/lotus/approach; wine explorer /desktop=`date +%%H:%%M:%%S`_wine_virtual_desktop_1680x1050,1680x1050 approach.exe" If you open a database, then close it, the welcome screen does pop up. I will attach a video of it. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 2, 2025

[Bug 57338] wine-gecko/wine-mono don't cache their installers if using a username with unicode characters

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57338 --- Comment #7 from Rafał Mużyło <galtgendo(a)o2.pl> --- Just repeating what I've said in the chat: that mr could use something with fewer conversion roundtrips - likely something like that bit in init_xdg... -- 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.

Jan. 2, 2025