wine-bugs October 2019

wine-bugs@winehq.org

1 participants
7724 discussions

[Bug 47855] New: Run tests in more than one VM at a time
by WineHQ Bugzilla 07 Nov '19

07 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47855 Bug ID: 47855 Summary: Run tests in more than one VM at a time Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Some Wine tests have pretty stringent timing requirements: * Some audio tests play a short sound bite and make sure the playback lasted for the expected time within a few tens of seconds as a way to ensure audio is played at the right rate. But VMs are not always very good at respecting precise timing requirements when there is other activity on the host. * Some tests (msi) generate quite a bit of disk traffic and take a while to run. Running two of those simultaneously can sometimes push them over the 2 minutes limit, causing them to time out. That said there may be something else afoot here as these run times vary from ~20s to ~100s depending on the VM for seemingly no reason. As a consequence the TestBot is configured to only do one thing at a time: run at most one test or revert one VM. This is at odds with hardware evolution and new TestBot requirements: * SSDs are much faster than hard drives and thus should solve the disk bottleneck issues. * The builds for the Wine VMs take a lot more time than just producing PE executables for the Windows VMs. To speed up compilation it is necessary to increase the parallelism which means buying a machine with as many cores as possible and assigning as many as possible to the Wine VMs. * But while running single threaded tests in a single VM on a quad-core machine is bad enough, doing the same thing on a 16+ threads machine would truly be a waste. So a way to be able to run tests in more than one VM at a time should be found. The first step would be to verify that these issues still exist (this means distinguishing them from the usual random failures). If they don't then problem solved! Otherwise CPU-pinning is a solution that's usually mentioned in gaming circles. The questions are: * Would it actually help? * How to integrate it with the TestBot. Is this something that should be configured through Libvirt when restoring a live snapshot? Or is this something that should be defined 'statically' in the VM's configuration? * What happens if two VMs are pinned to the same CPU core? Will Libvirt prevent us from starting both at the same time or is it up to the TestBot Engine to make sure this does not happen? How? * What happens when a VM that's is pinned to CPU core 7 is moved to a 4 core host? Is the pinning ignored or does the administrator have to manually change its configuration? -- 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 21692] New: Zombie Bowl-O-Rama won't start: RtplWaitForCriticalSection
by wine-bugs＠winehq.org 05 Nov '19

05 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=21692 Summary: Zombie Bowl-O-Rama won't start: RtplWaitForCriticalSection Product: Wine Version: 1.1.38 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: tonglebeak(a)gmail.com Created an attachment (id=26215) --> (http://bugs.winehq.org/attachment.cgi?id=26215) konsole output Using wine-1.1.38, I am unable to run Zombie Bowl-O-Rama in Steam (other steam games run fine). Attached is konsole output. Have tried numerous winversions to no avail, as well as a clean wineprefix. If any additional information is needed from me, kindly let me know. Thanks. -- 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 47199] New: Audio Channel switching doesn' t work properly in DC Universe Online
by wine-bugs＠winehq.org 05 Nov '19

05 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47199 Bug ID: 47199 Summary: Audio Channel switching doesn't work properly in DC Universe Online Product: Wine Version: 4.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: apcullen(a)yahoo.com Distribution: --- With older versions of Wine (3.7 is the one I have easiest access to) I could configure DC Universe Online to play sound through my main sound card, but route all voice chat to my USB headphones. Since about WINE 4.3, this isn't possible anymore. My headset is detected, and the microphone functions, but all sound is always played back through my main sound card. Wine-staging behaves the same way as wine. I am testing on Opensuse Leap 15, running KDE, in case that makes a difference. -- 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 47541] New: route.exe is missing
by wine-bugs＠winehq.org 05 Nov '19

05 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47541 Bug ID: 47541 Summary: route.exe is missing Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: mvdan(a)mvdan.cc Distribution: --- Apologies if I have filed this in the wrong place; I couldn't find an existing issue. I'd like to get info on the routing tables under Wine, and it seems like the Windows command to do this is "route": https://ss64.com/nt/route.html Other commands listed on that site like netsh and netstat exist (even if they're not fully implemented), so I wonder if route is missing. If this is by design or on purpose, please close this issue, and others can hopefully find it in the future. -- 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 23634] New: duplex (dual-sided) print doesn't work
by wine-bugs＠winehq.org 05 Nov '19

05 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=23634 Summary: duplex (dual-sided) print doesn't work Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: psygnosis(a)mail.ru Printing from any wine app (even from notepad) to printer, which supports dual-sided printing, fails (all pages are printing on separate pages). If I change printing settings in CUPS to dual-sided print, everything goes dual-sided. Wine settings doesn't have any effect. This bug already have been described & fixed in russian commercial wine release WINE@Etersoft (http://etersoft.ru/wine/updates). There everything works fine. -- 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 17479] New: ConvertXToDVD 3.4.7.121 Do not load templates.
by wine-bugs＠winehq.org 05 Nov '19

05 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=17479 Summary: ConvertXToDVD 3.4.7.121 Do not load templates. Product: Wine Version: 1.1.14 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaysonsantos2003(a)yahoo.com.br Hello people, I'm trying to use ConvertXToDVD in my linux box and all works fine, however the program cannot load template. I tried to convert with a default template and the conversion finished sucessful however without a menu (which are selected by templates). When I try to open a template from menu I receive: "List index out of bounds(1)". Best Regards Jayson -- 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 38566] New: LB_SETSEL message should set caret as well
by wine-bugs＠winehq.org 05 Nov '19

05 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=38566 Bug ID: 38566 Summary: LB_SETSEL message should set caret as well Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: q.winehq(a)rsn-tech.co.uk Distribution: --- When you send the LB_SETSEL message to a multi-selection list box in Windows, it also sets the focus to the appropriate item and scrolls it into view if necessary. In Wine, this secondary function appears not to happen and an additional LB_SETCARETINDEX message is needed to duplicate the full Windows functionality. I don't know if this happens in all circumstances, but it fixed a long-standing problem in a complex application where a list box would not automatically scroll as it did in Windows. -- 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 14303] New: Listview: select all is incredibly slow.
by wine-bugs＠winehq.org 05 Nov '19

05 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=14303 Summary: Listview: select all is incredibly slow. Product: Wine Version: 1.1.0 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehq.10.drkshadow(a)spamgourmet.com Created an attachment (id=14587) --> (http://bugs.winehq.org/attachment.cgi?id=14587) quickly select all items in a listview When you hit Ctrl-A in a listview control, the control loops through every single item in the list selecting them and setting focus on the item. With tens of thousands of items, this takes a _long_time_. I've created a patch that sets the range of selected items. This select all happens much more instantaneously. As an added bugfix, the selected item will not be changed when all items are selected. -- 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 29

[Bug 35896] New: Switching to Chinese input method after typing some English will fail.
by wine-bugs＠winehq.org 05 Nov '19

05 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=35896 Bug ID: 35896 Summary: Switching to Chinese input method after typing some English will fail. Product: Wine Version: 1.7.15 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hwei.sy(a)gmail.com == Steps to reproduce == 1. Open notepad in wine. 2. Make sure input method is English. 3. Type something (e.g. H, A, SPACE), then the notepad will display it (e.g. "ha "). 4. Switch to Chinese input method. 5. Type something (e.g. H, A, SPACE), then the notepad dose not receive anything (e.g. should display "哈"). This bug will only appear when input something in English before Chinese. But if you input Chinese before any English character (i.e. remove step 2, 3), every thing is going well. == How to fix it == In the source file "dlls/imm32/imm.c", function "ImmProcessKey", after "if (imc) data = imc; else return FALSE;", insert one line "data->immKbd = IMM_GetImmHkl(hKl);". Then it seems fixed. But I don't know will this cause other problems. ---- I am not sure this bug is same to Bug 34056. -- 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 31434] New: Menu is activated by alt key while mouse button is down
by wine-bugs＠winehq.org 05 Nov '19

05 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=31434 Bug #: 31434 Summary: Menu is activated by alt key while mouse button is down Product: Wine Version: 1.5.10 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: kaetemi(a)gmail.com Classification: Unclassified Created attachment 41320 --> http://bugs.winehq.org/attachment.cgi?id=41320 user32: Menu should not be activated by menu key while mouse buttons are down. When using and Alt+MouseButton combination, the application menu becomes selected after releasing Alt. More specifically, in 3ds Max 9, when using the Alt+MiddleMouse in a viewport to rotate, after releasing Alt the File menu will be selected, and the viewport will appear as if frozen to the user, not accepting any input until Alt is pressed again to release the menu. Patch with fix attached. -- 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

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