November 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. 5, 2019

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

Nov. 5, 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 7198] user32: first window on the virtual desktop is not marked as active
by WineHQ Bugzilla Nov. 5, 2019

Nov. 5, 2019

https://bugs.winehq.org/show_bug.cgi?id=7198 joaopa <jeremielapuree(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree(a)yahoo.fr --- Comment #11 from joaopa <jeremielapuree(a)yahoo.fr> --- Still a bug with wine-4.19? -- 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 0

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

Nov. 5, 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 3507] Starting Wine / certain programs under Wine run extremely slowly (enumerating printers on large networks is slow under cups)
by WineHQ Bugzilla Nov. 5, 2019

Nov. 5, 2019

https://bugs.winehq.org/show_bug.cgi?id=3507 joaopa <jeremielapuree(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree(a)yahoo.fr --- Comment #21 from joaopa <jeremielapuree(a)yahoo.fr> --- Still a bug with wine-4.19? -- 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 0

[Bug 48039] New: Pop up menus disappear behind main window when clicking in the main window
by WineHQ Bugzilla Nov. 4, 2019

Nov. 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=48039 Bug ID: 48039 Summary: Pop up menus disappear behind main window when clicking in the main window Product: Wine Version: 4.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ph.brueckmann(a)bluewin.ch Distribution: --- In all abacom-programs (splan, layout, front designer) there is still a bug with pop up windwos. When a pop up window is open (i.e to add some text) and you click in the main window, the pop up window disappears behind the main window and everything is blocked. If that happens you have to move the main window aside until the pop up menu appears on the display. In windows the pop up menu stays in front even when clicking in the main window. This bug is not new, it was present in all older wine versions. -- 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 4

[Bug 48034] New: Better detect which Wine-related project a patch applies to
by WineHQ Bugzilla Nov. 4, 2019

Nov. 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=48034 Bug ID: 48034 Summary: Better detect which Wine-related project a patch applies to 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: --- Currently the TestBot uses two pieces of information to detect whether a patch sent to the mailing list is a Wine patch or not: * The list of Wine source files (see bug 48033). * A pair of blacklists for source filenames that are too generic to be proof a patch is a Wine patch (see $AmbiguousPathsRe and $IgnoredPathsRe in testbot/lib/WineTestBot/PatchUtils.pm). A better method would be for the TestBot server to have access to all the Wine-related repositories. A patch would initially be considered as a match for all of them and the list of files it patches would then be analyzed. Every time it patches a (not-new) file not present in one of the repositories, that repository would be eliminated from the list of matches for that patch. At the end the remaining repositories are the ones the patch could apply to. Most of the time there should only be one and the TestBot would only create jobs if Wine is one of them. This would mostly eliminate the need for the hard-coded blacklists and may open the door to expanding support for other Wine-related projects since the TestBot would be able to identify patches for these projects too. -- 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 4

[Bug 47763] New: Update build guide for Fedora 30
by WineHQ Bugzilla Nov. 4, 2019

Nov. 4, 2019

https://bugs.winehq.org/show_bug.cgi?id=47763 Bug ID: 47763 Summary: Update build guide for Fedora 30 Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: tukusejssirs(a)protonmail.com Distribution: --- (1) I find [Fedora build guide](https://wiki.winehq.org/Fedora) outdated a bit. (2) I have no editing rights at WineHQ Wiki. (3) I have created a new guide how to build wine32 and wine64 (both stable and dev latest version) tested on vanilla Fedora 30. (4) Although the guide works, I have no idea if all the steps are required. (5) Please check the comments within the guide below for more details. :::bash # This is updated installation guide for Fedora 30 AMD64. Using this guide one could build from source the latest wine stable or development version, and either wine64 or wine32 or both. # Note that I am not sure if all the steps (or packages) are really required, but it works. # Anyway, I tried to install the WineHQ packages, but I could not install both wine64 and wine32 (I has some 32-bit apps that I need to be able run, e.g. Mikrotik WinBox). # Add RPM Fusion repo sudo dnf -y install https://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(… -E %fedora).noarch.rpm # Install all required packages # Note: Package libpng-static was not listed at https://wiki.winehq.org/Fedora, but when It was not installed, wine64 (and maybe wine32) was not able to detect freetype (`pkg-config --cflags freetype2` complained that libpng is not installed or something like that) sudo dnf -y install alsa-plugins-pulseaudio.i686 glibc-devel.i686 glibc-devel libgcc.i686 libX11-devel.i686 freetype-devel.i686 libXcursor-devel.i686 libXi-devel.i686 libXext-devel.i686 libXxf86vm-devel.i686 libXrandr-devel.i686 libXinerama-devel.i686 mesa-libGLU-devel.i686 mesa-libOSMesa-devel.i686 libXrender-devel.i686 libpcap-devel.i686 ncurses-devel.i686 libzip-devel.i686 lcms2-devel.i686 zlib-devel.i686 libv4l-devel.i686 libgphoto2-devel.i686 cups-devel.i686 libxml2-devel.i686 openldap-devel.i686 libxslt-devel.i686 gnutls-devel.i686 libpng-devel.i686 flac-libs.i686 json-c.i686 libICE.i686 libSM.i686 libXtst.i686 libasyncns.i686 libedit.i686 liberation-narrow-fonts.noarch libieee1284.i686 libogg.i686 libsndfile.i686 libuuid.i686 libva.i686 libvorbis.i686 libwayland-client.i686 libwayland-server.i686 llvm-libs.i686 mesa-dri-drivers.i686 mesa-filesystem.i686 mesa-libEGL.i686 mesa-libgbm.i686 nss-mdns.i686 ocl-icd.i686 pulseaudio-libs.i686 sane-backends-libs.i686 tcp_wrappers-libs.i686 unixODBC.i686 samba-common-tools.x86_64 samba-libs.x86_64 samba-winbind.x86_64 samba-winbind-clients.x86_64 samba-winbind-modules.x86_64 mesa-libGL-devel.i686 fontconfig-devel.i686 libXcomposite-devel.i686 libtiff-devel.i686 openal-soft-devel.i686 mesa-libOpenCL-devel.i686 opencl-utils-devel.i686 alsa-lib-devel.i686 gsm-devel.i686 libjpeg-turbo-devel.i686 pulseaudio-libs-devel.i686 pulseaudio-libs-devel gtk3-devel.i686 libattr-devel.i686 libva-devel.i686 libexif-devel.i686 libexif.i686 glib2-devel.i686 mpg123-devel.i686 mpg123-devel.x86_64 libcom_err-devel.i686 libcom_err-devel.x86_64 libFAudio-devel.i686 libFAudio-devel.x86_64 gstreamer-plugins-base-devel gstreamer-devel.i686 gstreamer.i686 gstreamer-plugins-base.i686 gstreamer-devel gstreamer1.i686 gstreamer1-devel gstreamer1-plugins-base-devel.i686 gstreamer-plugins-base.x86_64 gstreamer.x86_64 gstreamer1-devel.i686 gstreamer1-plugins-base-devel gstreamer-plugins-base-devel.i686 gstreamer-ffmpeg.i686 gstreamer1-plugins-bad-free-devel.i686 gstreamer1-plugins-bad-free-extras.i686 gstreamer1-plugins-good-extras.i686 gstreamer1-libav.i686 gstreamer1-plugins-bad-freeworld.i686 libpng-static # Note: These packages not found in Fedora 30 + RPM Fusion, but that are listed at https://wiki.winehq.org/Fedora # libNX_Xext-devel.i686 libcapifax-devel.i686 python-talloc.x86_64 # Remove any wine* versions previously installed # This might be not necessary if you have previously installed wine from source sudo dnf -y remove wine wine-* # Symlink freetype2 to freetype sudo ln -sf /usr/include/freetype{2,} # Install some develpment tools as groups sudo dnf -y group install "C Development Tools and Libraries" "Development Tools" # Although it is not necessary, I usually create an empty folder before cloning git repo mkdir -p ~/git/wine git clone git://source.winehq.org/git/wine.git ~/git/wine # Create build folders for x32 and x64 mkdir ~/git/wine/wine{32,64} # Compile wine64 cd ~/git/wine/wine64 git checkout stable # Skip this step if you wish to compile the development release ../configure --enable-win64 make -j 4 # Compile wine32 cd ~/git/wine/wine32 PKG_CONFIG_PATH=/usr/lib/pkgconfig CC="ccache gcc -m32" ../configure --with-wine64=../wine64 make -j 4 # Install wine32 sudo make install # Install wine64 cd ../wine64 sudo make install -- 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 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