May 2024 - Wine-Bugs - list.winehq.org

[Bug 30919] New: [.net 2.0] ListBox items should not display any newline characters
by wine-bugs＠winehq.org Oct. 10, 2024

Oct. 10, 2024

http://bugs.winehq.org/show_bug.cgi?id=30919 Bug #: 30919 Summary: [.net 2.0] ListBox items should not display any newline characters Product: Wine Version: 1.5.5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: danieleds0(a)gmail.com Classification: Unclassified Created attachment 40550 --> http://bugs.winehq.org/attachment.cgi?id=40550 Expected behavior vs actual behavior In a .net application, if you add an item to a ListBox, newline characters are shown (in windows, they're hidden). Look at the attached image to see the differences. This is the code used to reproduce the problem (VB.NET) ListBox1.Items.Add("aaa" & "|" & vbNewLine & "bbb" & "|" & vbNewLine & "ccc") I suspect this problem is not limited to .net, but maybe is at some lower level. -- 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 35056] New: Pro⁄Engineer Wildfire 5.0: Fails to start installation
by wine-bugs＠winehq.org Oct. 10, 2024

Oct. 10, 2024

http://bugs.winehq.org/show_bug.cgi?id=35056 Bug #: 35056 Summary: Pro⁄Engineer Wildfire 5.0: Fails to start installation Product: Wine Version: 1.7.7 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 46746 --> http://bugs.winehq.org/attachment.cgi?id=46746 WINEDEBUG=+relay,+seh,+tid on wine-1.7.7-107-g61358d0 Steps to reproduce: 1) remove ~/.wine 2) wine setup.exe Behaviour: Nothing. Expected behaviour: Something. -- 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 56608] New: Tablet pen pressure no longer working
by WineHQ Bugzilla Oct. 10, 2024

Oct. 10, 2024

https://bugs.winehq.org/show_bug.cgi?id=56608 Bug ID: 56608 Summary: Tablet pen pressure no longer working Product: Wine-staging Version: 9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: krazykath(a)hotmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Pen pressure no longer works as of Wine Staging 9.7. I have found that it works in Wine Staging 9.1. I will try to investigate further on which specific version it breaks in I am using a Wacom Intuos CTH-490K I am using Paint Tool Sai v2 (Download link: https://www.systemax.jp/en/sai/devdept.html ) It is working in non-staging Wine versions Steps to reproduce: - Install Wine Staging 9.7 from the official Wine repository - Open Sai v2 - Create a new document - Try to draw with a graphics tablet pen Observed result: No pressure on the pen stroke Expected result: Pen pressure to be working as intended Software / OS: Operating System: Fedora Linux 40 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.8.7-300.fc40.x86_64 (64-bit) Graphics Platform: Wayland Processors: 16 × Intel® Core™ i9-9900K CPU @ 3.60GHz Memory: 31.1 GiB of RAM Graphics Processor: NVIDIA GeForce GTX 1080 Ti/PCIe/SSE2 Saiv2 64 bit 2024-04-10 Wacom Intuos CTH-490K wine-9.7 (Staging) -- 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 55914] New: PNGGauntlet doesn't install it's support programs
by WineHQ Bugzilla Oct. 8, 2024

Oct. 8, 2024

https://bugs.winehq.org/show_bug.cgi?id=55914 Bug ID: 55914 Summary: PNGGauntlet doesn't install it's support programs Product: Wine Version: 8.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Use 64bit WINEPREFIX Download from https://pnggauntlet.com/PNGGauntlet-3.1.2.exe When you can enter the path, mark everything, enter C:\a and press ENTER. The folder c:\a\support will be missing. When you click the "Next button" with the mouse instead of pressing enter while having the cursor in the edit box it seems to work. Either it is that weird, or it's random. -- 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 32791] New: Fail to receive stdout from .NET application.
by wine-bugs＠winehq.org Oct. 8, 2024

Oct. 8, 2024

http://bugs.winehq.org/show_bug.cgi?id=32791 Bug #: 32791 Summary: Fail to receive stdout from .NET application. Product: Wine Version: 1.5.22 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leslie_alistair(a)hotmail.com Classification: Unclassified Created attachment 43302 --> http://bugs.winehq.org/attachment.cgi?id=43302 Source and exe of Sample application. Unzip the attached Program. Run the CreateProcess.exe in the Debug directory. I am expecting to see the "passed" message, but instead see "failed". CreateProcess.exe create a process of MyAssembly.exe and is expecting to receive data via the stdin/out. However this fails when using mono. If you run MyAssembly.exe by itself, the text appears on the console. -- 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 4

[Bug 31905] New: Windows from virtual desktop are able to steal focus from external windows
by wine-bugs＠winehq.org Oct. 7, 2024

Oct. 7, 2024

http://bugs.winehq.org/show_bug.cgi?id=31905 Bug #: 31905 Summary: Windows from virtual desktop are able to steal focus from external windows Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: phoenix(a)mail.ru Classification: Unclassified I'm not sure if it is by design or not, but here's situation: I launch dota 2 using following command: WINEPREFIX=~/.wine_dota2/ ./wine explorer /desktop=dota2,1920x1080 "C:\Program Files\Steam\Steam.exe" -applaunch 570 As steam app, it launches steam first, then launches dota within it. Process is quite lengthy, so i switch focus to another window (e.g. browser) when virtual desktop is initialized. During steam load process, focus is stolen from browser. It remains as top-most window, but 'inactive'. And, e.g. to continue typing something in the browser i have to bring focus back. Few moments later (1-2), wine's window becomes top-most, even if i click inactive browser window to restore focus. During steam shutdown process, it steals focus again, but this time without bringing virtual desktop to top. Steam is just example: this occurs with numerous other apps, in some cases it may happen even multiple times during launch process of some complex application. For me as user, it is extremely annoying - i always thought that virtual desktop is a way to avoid integration between wine and OS WM, with its own tray and window management, and that virtual desktop should present itself as normal OS window. I'm using Debian Wheezy amd64, Gnome 3, NVIDIA binary driver, latest Wine from git. -- 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 5

[Bug 13637] New: MechCommander Gold: Two keypresses simultaneously are not recognized
by wine-bugs＠winehq.org Oct. 7, 2024

Oct. 7, 2024

http://bugs.winehq.org/show_bug.cgi?id=13637 Summary: MechCommander Gold: Two keypresses simultaneously are not recognized Product: Wine Version: 1.0-rc3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net Under Windows it was possible to scroll diagonally using two arrow keys at the same time. This is not possible under Wine. The second keypress overrides the first one. e.g. I want to scroll into the upper left corner. I press left, it scrolls left. I keep left pressed and press up -> It only scolls upwards. Modifier keys like Ctrl are handled properly. I don't think the game is based on dinput. At least, I don't get anything when I enable the dinput debug channel. -- 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 13

[Bug 21599] New: ACDSee Pro Photo Manager 3 : Not running
by wine-bugs＠winehq.org Oct. 7, 2024

Oct. 7, 2024

http://bugs.winehq.org/show_bug.cgi?id=21599 Summary: ACDSee Pro Photo Manager 3 : Not running Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: igor.demyanov(a)gmail.com Created an attachment (id=26059) --> (http://bugs.winehq.org/attachment.cgi?id=26059) WINEDEBUG=+all Application still exit. Trial version http://downloads.acdsystems.com/en/acdseepro.exe err:ole:CoUninitialize Mismatched CoUninitialize Wine 1.1.37 -- 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 54275] New: Obduction unable to render videos
by WineHQ Bugzilla Oct. 6, 2024

Oct. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=54275 Bug ID: 54275 Summary: Obduction unable to render videos 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: haakobja(a)gmail.com Distribution: --- Created attachment 73841 --> https://bugs.winehq.org/attachment.cgi?id=73841 Initial log Obsidian startup When playing Obduction the videos are not rendered, and the screen appears to be black during the intro video sequence. The game works as expected when I install <a href="https://github.com/z0z0z/mf-install">mf-install</a> libraries, which tells me that the problem is with the video rendering. In the logs (attached) these lines are found: winegstreamer error: decodebin0: Your GStreamer installation is missing a plug-in. winegstreamer error: decodebin0: ../gst/playback/gstdecodebin2.c(4701): gst_decode_bin_expose (): /GstBin:bin0/GstDecodeBin:decodebin0: no suitable plugins found: Couldn't set bcmdec0 to READYElement vaapidecodebin0 does not accept caps -- 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 37383] New: Office 2010 - Submenus invisible on GNOME 3.14
by wine-bugs＠winehq.org Oct. 5, 2024

Oct. 5, 2024

https://bugs.winehq.org/show_bug.cgi?id=37383 Bug ID: 37383 Summary: Office 2010 - Submenus invisible on GNOME 3.14 Product: Wine Version: 1.7.28 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: anmeldung(a)r-system.de ## summary Submenus are invisible. If I was running GNOME 3.12 everything was fine with OFFICE 2010. Now I've upgraded to GNOME 3.14.0 with: i | gnome-shell | Paket | 3.14.0-308.1 | x86_64 | GNOME i | xorg-x11 | Paket | 7.6_1-16.1 | noarch | repo-oss with Vendor NVIDIA Driver NVIDIA-Linux-x86_64-340.46 sidenote: this issue is not related to playonlinux only. It also appears in crossover. So the question is, if it is a wine or gnome problem? I can reproduce this on T500 Lenovo with Intel Chipset and on Desktop Computer with NVIDIA GraphicsCard. So it seems not to be a display driver problem. ## actual behaviour If I want to see a submenu in any Office 2010 application with either "right click" or from "ribbon menu" they do not appear in any case. But if you call a menu with richt click and imagine it was there and use the keyboard to select an item from that invisible menu -the actions itself are working. If I switch to another desktop environment the menus do appear. See videolinks: xfe -> [https://vid.me/AaY] gnome 3.14 [https://vid.me/GU7] ## expected behaviour see the menu in any case. ## additional info I'm not sure where to put this issue. If this is correct here on pol or if this should be posted to GNOME Bugtracker or it should be posted to the wine bugtracker. As this is not quite clear, i'll post it cross and reference each. Any hints are welcome. ## confirmation it would be very good if anybody could confirm this ## crossreference * http://www.playonlinux.com/en/topic-12497-Office_2010__Submenus_invisible_o… -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 17