wine-bugs July 2019

wine-bugs@winehq.org

1 participants
7476 discussions

[Bug 46585] New: Some unicode characters cut off the rest of description
by wine-bugs＠winehq.org 25 Jan '25

25 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=46585 Bug ID: 46585 Summary: Some unicode characters cut off the rest of description Product: WineHQ Bugzilla Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: spleefer90(a)gmail.com CC: austinenglish(a)gmail.com Distribution: --- Created attachment 63469 --> https://bugs.winehq.org/attachment.cgi?id=63469 test.txt with the issue Looks like posting certain unicode characters makes rest of the description be cut off. Here's pasting of contents of the attached test.txt: Tobias -- 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 28467] New: Chromium Browser restore button doesn't work
by wine-bugs＠winehq.org 25 Jan '25

25 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=28467 Summary: Chromium Browser restore button doesn't work Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com 1. Download chromium from http://build.chromium.org/f/chromium/snapshots/Win/95816/chrome-win32.zip unpack chrome-win32.zip, cd to the directory. 2. start chrome.exe with --no-sandbox, works around Bug 21232 $ wine chrome.exe --no-sandbox Notice that the chrome window is decorated by the Linux native window manager. Is it a bug? On windows, chrome have no traditional "window bar". Now there is two "Maximal" button: one is drawn by Linux native window manager, the other is drawed by wine chrome browser it self. 3. Click on the "Maximal" button which is drawn by Linux native window manager, then chrome browser switch to maximal mode as expect. This time, the Linux native window bar is disappear. 4. Click on the "Restore" button of wine chrome browser. However it doesn't work. Wine chrome switch to normal mode for a second, then switch back to maximal mode automatically. I use ubuntu 11.04 , with traditional gnome desktop, gnome 2.32.1 . There is some ways to work around: I. Instead of clicking on the native "Maximal" button in step 3, try to click the wine chrome "Maximal" button, then everything works as expect. II. Do not set "Allow the window manager to decorate the windows" in winecfg, then everything works as expect. III. Do not set "Allow the window manager to control the windows" in winecfg, then everything works as expect. -- 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 36692] New: Bad performance when combineng SetEvent / WaitForSingleObject for synchronizing worker threads
by wine-bugs＠winehq.org 24 Jan '25

24 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=36692 Bug ID: 36692 Summary: Bad performance when combineng SetEvent / WaitForSingleObject for synchronizing worker threads Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: milasudril(a)gmail.com In a 2d simulation program, each worker thread has its own pair of events. One event is used to signal master thread that the worker thread is ready. The other is used by the master thread to signal that the worker thread may continue. In Master thread: while(!m_stop) { auto proc_ptr=processors.begin(); while(proc_ptr!=processors.end()) { // Call SetEvent on "start" event object owned by the object pointed // to by proc_ptr proc_ptr->frameNext(); ++proc_ptr; } proc_ptr=processors.begin(); while(proc_ptr!=processors.end()) { // Call WaitForSingleObject on "ready" event object owned by // the object pointed to by proc_ptr proc_ptr->wait(); ++proc_ptr; } ++framecounter; } In worker thread: while(!m_stop) { // Wait for master thread signaling start event (Calls WaitForSingleObject) start.wait(); m_model->process(m_framecounter,m_buffers[0].first ,m_buffers[0].second,m_offset); swap(m_buffers[0],m_buffers[1]); // Signal master thread that we are ready for next frame (Calls SetEvent) ready.set(); } On Wine, the framerate is half of that on Windows 7 on the same machine Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz. Also there seems to be a huge different workload on differnt cores when running under Wine. I realize that SetEvent/WaitForSingleObject are heavy functions on Windows too as they need kernel assistance, so it might be hard to make it perform better. -- 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 30

[Bug 43766] New: Safrosoft RoX - Level editor doesn't start
by wine-bugs＠winehq.org 24 Jan '25

24 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=43766 Bug ID: 43766 Summary: Safrosoft RoX - Level editor doesn't start Product: Wine Version: 2.17 Hardware: x86-64 URL: http://www.autofish.net/shrines/rox/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: ArchLinux Created attachment 59268 --> https://bugs.winehq.org/attachment.cgi?id=59268 wine log The game's level editor crashes with a messagebox: "Run-time error '481': Invalid picture" Getting an oleaut32.dll from win7, copying it into wine's system32 folder and adding a dll override fixes the 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.

2 6

[Bug 44900] New: Colour problem with builtin gdiplus
by wine-bugs＠winehq.org 24 Jan '25

24 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=44900 Bug ID: 44900 Summary: Colour problem with builtin gdiplus Product: Wine Version: 3.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: jeremielapuree(a)yahoo.fr Distribution: --- Created attachment 60981 --> https://bugs.winehq.org/attachment.cgi?id=60981 Good looking with a native gdiplus With a builtin gdiplus, there is a problem with coloring the cases of channel. Problem does not occur with a native gdiplus dll. Compare the two screenshot: the first one with native dll, the second one with the builtin dll. Note the behaviour in a real Windows 10 box is the behaviour of the native dll. So, there is a problem with the builtin dll. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 19

[Bug 24063] New: World in conflict fails to start in DX10 mode
by wine-bugs＠winehq.org 22 Jan '25

22 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=24063 Summary: World in conflict fails to start in DX10 mode Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvachon(a)gmail.com Created an attachment (id=30246) --> (http://bugs.winehq.org/attachment.cgi?id=30246) Log +d3d10 World in Conflict is unable to start in DX10 mode. Native dxdiagn.dll was used to avoid http://bugs.winehq.org/show_bug.cgi?id=11114 and sh winetricks d3dx10 was run too. I uploaded a +d3d10 log. If you need other debug channels, please ask. -- 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

[Bug 19471] New: Earthworm Jim 3D: Extensive graphics errors
by wine-bugs＠winehq.org 22 Jan '25

22 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=19471 Summary: Earthworm Jim 3D: Extensive graphics errors Product: Wine Version: 1.1.26 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ezekiel000(a)lavabit.com Created an attachment (id=22632) --> (http://bugs.winehq.org/attachment.cgi?id=22632) Terminal output. While running Earthworm Jim 3D the background to the title screen and intro video/scene are black and during the game there are various graphics errors including: missing textures, corrupt textures, low quality textures. There are also quite a few 3D model animation errors. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 32

[Bug 10845] New: Application Menu doesn't work
by wine-bugs＠winehq.org 22 Jan '25

22 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=10845 Summary: Application Menu doesn't work Product: Wine Version: 0.9.51. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: gizmo.gentoo(a)gmx.de In Propellerheads Reason 3.0 and 4.0 the application menu doesn' work. This affects, in my experience, all versions >wine-0.9.46 or 0.9.47. The problem is that i can't give you log files or something else, because there's no error message. It's just that u click on the menu and nothing happens. You can download a demo version from the software here: http://www.propellerheads.se/download/index.cfm?fuseaction=download_reason_… Let me know if i can do something to provide more information. thanks, marc -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 34

[Bug 46976] New: All games suffer from moderated to severe stuttering with mouse polling ~1000
by wine-bugs＠winehq.org 22 Jan '25

22 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=46976 Bug ID: 46976 Summary: All games suffer from moderated to severe stuttering with mouse polling ~1000 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: zeioth(a)hotmail.com Distribution: --- Description: Any game running over Wine will stutter under the next conditions: How to reproduce: * Use a mouse with a polling rate of 1000. * Open any game with wine, using any frametimes measurement tool. * Move the camera quickly in circles. You will experience severe stuttering and frametimes spikes. * The issue is solved when the mouse use a polling rate of 125hz This issue DOESN'T affect linux native games. This fact has been tested with the games: * Bioshock: Infinite * Portal 1 This issue DOES Affect the next Wine (non DXVK) games: * Doom 2016 This issue DOES affect the next wine games: * Sekiro * Quake Champions * The witcher 3 * Quake Champions * Paladins * And every other game I've tested Wine versions tested: * 3.16 stating + dxvk 0.61 (Can reproduce) * 3.18 stating + dxvk 0.61 (Can reproduce) * 3.20 tkg + dxvk 0.61 (Can reproduce) * 4.0 + dxvk 0.61 (Can reproduce) * 4.5 + dxvk 0.61 (Can reproduce) * 4.5 + dxvk 1.0.2 (Can reproduce) * 4.5 (Can reproduce) -> Pure wine on command line, no lutris, dxvk... etc. * esync-staging-pba-3.16 + dxvk 0.61 -> This build doesn't present FPS drops when the player move the camera. In sekiro, the camera jiggers instead. All other games run without camera stuttering. Video demostration: https://youtu.be/5dAHbvSS-P8 To find more details about this issue, please read: * https://github.com/ValveSoftware/Proton/issues/2455#issuecomment-480502473 * https://forum.winehq.org/viewtopic.php?f=8&t=32235 Personal notes: Feel free to ask me anything you need. I'm willing to help as much as I can. Regards. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 37

[Bug 33643] New: Dungeons & Dragons Neverwinter: stuttering mouse input
by wine-bugs＠winehq.org 22 Jan '25

22 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=33643 Bug #: 33643 Summary: Dungeons & Dragons Neverwinter: stuttering mouse input Product: Wine Version: 1.5.30 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kisak42(a)gmail.com Classification: Unclassified While in the Dungeons & Dragons Neverwinter game client, I experience a consistent stutter to to all mouse rotation. Also, every now and then the mouse input bogs down and causes the player to overcompensate, then wait until the moment passes. One possible cause of this is the multiple megabytes per minute of: fixme:win:GetRawInputBuffer (pData=(nil), pcbSize=0x1212e818, cbSizeHeader=16) stub! fixme:win:GetRawInputBuffer (pData=0x278daf8, pcbSize=0x1212bbb8, cbSizeHeader=16) stub! This is merely speculation from a users point of view. The ie8 winetricks was used to workaround bug#33495, other than that I am using a clean 32bit wineprefix. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 17

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 July 2019