April 2019 - Wine-Bugs - list.winehq.org

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

Nov. 4, 2019

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 Nov. 4, 2019

Nov. 4, 2019

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

[Bug 10358] New: wine 0.9.48 takes 5 minutes to start an application
by wine-bugs＠winehq.org Nov. 4, 2019

Nov. 4, 2019

http://bugs.winehq.org/show_bug.cgi?id=10358 Summary: wine 0.9.48 takes 5 minutes to start an application Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-winelib AssignedTo: wine-bugs(a)winehq.org ReportedBy: jean-jaques(a)women-at-work.org Created an attachment (id=9029) --> (http://bugs.winehq.org/attachment.cgi?id=9029) wine debug output where wine freezes for a while I've wiped my .wine directory and had winecfg rebuild it. Then I installed iTunes 7.3 and now it takes more than 5 minutes until wine launches _any_ windows application. When I enter "wine app.exe" nothing happens for a really long time. After waiting for 5 or sometimes up to 10 minutes (no CPU load) the application launches. This even applies to winecfg! When I run wine in debug mode (WINEDEBUG=+relay winecfg) it stops producing output at a certain point and then continues (again after a few minutes). I have attached some debug output (the place where wine seems to freeze and stops producing output). I can't attach the entire file, because it is 40MB :( wine 0.9.48, compiled from sources, Gentoo 2007.0 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 31

[Bug 38269] New: Project64k regression in Wine 1.5.20 and later
by wine-bugs＠winehq.org Nov. 4, 2019

Nov. 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=38269 Bug ID: 38269 Summary: Project64k regression in Wine 1.5.20 and later Product: Wine Version: 1.5.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: leodexe(a)gmail.com Distribution: --- Created attachment 51097 --> https://bugs.winehq.org/attachment.cgi?id=51097 Output from the terminal when the program is being executed Well, it is quite simple. When you execute Project64k (READ CAREFULLY), Project64k, NOT the standard Project 64 emulator, but the one that has netplay capabilities within any version of Wine older than 1.5.20 it won't recognize controller plugins, no matter what controller plugin you actually use it won't work so basically you will not be able to play online due to the controller inputs being disabled. If you run Project64k with Wine 1.5.19 or older it will just run fine without any problems, though. I have added an attachment which shows the output from the terminal when you run the program via terminal, if it happens to be something useful there so the regression can be fixed. Note that this regression both affects x86 and x64 versions of Wine. -- 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 42437] New: Wine Wiki: Building Wine - Compiler Optimizations & Call-Stacks
by wine-bugs＠winehq.org Nov. 4, 2019

Nov. 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=42437 Bug ID: 42437 Summary: Wine Wiki: Building Wine - Compiler Optimizations & Call-Stacks Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Distribution: --- Wiki link: https://wiki.winehq.org/Building_Wine#Compiler_Optimizations_.26_Call-Stacks Says: ../wine-source/configure CFLAGS="-g -O1 -fno-optimize-sibling-calls -fno-omit-frame-pointer -fno-inline" IMHO these two are superfluous as: * "optimize-sibling-calls" is disabled in -O1 and enabled since -O2 * "omit-frame-pointer" is disabled in -O0, -O1 and -O2 at least by comparing output of following two commands: gcc -g -O1 -Q --help=common gcc -g -O1 -fno-optimize-sibling-calls -fno-omit-frame-pointer -fno-inline -Q --help=common I tried that on Debian Stretch. Gcc (Debian 6.3.0-6) 6.3.0 20170205 -- 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 46593] New: LXR: Incorrect display width of author names containing utf-8 characters
by wine-bugs＠winehq.org Nov. 4, 2019

Nov. 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=46593 Bug ID: 46593 Summary: LXR: Incorrect display width of author names containing utf-8 characters Product: WineHQ.org Version: unspecified Hardware: Other OS: other Status: NEW Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Follow up from bug 25453: > > Is there something else to fix? > Well, at least in my browser, there's an indentation or rather an I18N > issue: Every line whose author's name contains umlauts is misindented: > > >4aa5f5bc Jörg *0023 #include "windows.h" > >6698e9e0 Jan Ze*0024 #include "mmsystem.h" > > Perhaps the string length function that LXR uses to calculate the display > width produces incorrect values for "Jörg", e.g. 5 instead of 4. That would > explain what I see. But that would warrant another bug entry. -- 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 45314] New: https:// bugs.winehq.org landing page and task lists bar mention wine 2.0
by wine-bugs＠winehq.org Nov. 4, 2019

Nov. 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=45314 Bug ID: 45314 Summary: https://bugs.winehq.org landing page and task lists bar mention wine 2.0 Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk Distribution: --- Either show be removed, or detail tasks for wine 4.0 - makes the website look abandoned -- 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 40395] New: Winehq.org website improvements not added to the forms site.
by wine-bugs＠winehq.org Nov. 4, 2019

Nov. 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=40395 Bug ID: 40395 Summary: Winehq.org website improvements not added to the forms site. Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: asdfghrbljzmkd(a)outlook.com Distribution: --- There have been many Winehq.org website improvements lately, such as a nicer search bar and more modern navigation buttons, that have not been added to the forms site. -- 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 25453] New: LXR falsifies source code at http://source.winehq.org/source/
by wine-bugs＠winehq.org Nov. 4, 2019

Nov. 4, 2019

http://bugs.winehq.org/show_bug.cgi?id=25453 Summary: LXR falsifies source code at http://source.winehq.org/source/ Product: WineHQ.org Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Please compare http://source.winehq.org/source/dlls/winmm/tests/mci.c?v=wine-1.3.8#l288 if(!err) ok(!strcmp(buf,"")... with http://source.winehq.org/git/wine.git/?a=blob;f=dlls/winmm/tests/mci.c;hb=c… if(!err) ok(!strcmp(buf,"0")... See the missing 0? The source code never said "". At Wineconf it was suggested that the LXR package that is said to generate the source listings be updated to see if the bug would still be present then. -- 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 15

[Bug 18344] New: Icons disappear with mouse over them at http://winehq.org/
by wine-bugs＠winehq.org Nov. 4, 2019

Nov. 4, 2019

http://bugs.winehq.org/show_bug.cgi?id=18344 Summary: Icons disappear with mouse over them at http://winehq.org/ Product: WineHQ.org Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dar32ster(a)gmail.com When standing over the icons at http://winehq.org/ with the mouse the icons take time to download and it seems like they are disappearing. You should download the icons on loading to make this problem disappear. -- 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