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.
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.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=18790
Summary: Default search does not include resolved bugs
Product: WineHQ Bugzilla
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: enhancement
Priority: P3
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
The default search (the search box at the top of this page) does not include
closed bugs (rightly so), but it also does not include resolved bugs. This
leads to duplicates that could be avoided.
See Bug 18601 - a recent regression that is fixed by the next release, but
anyone searching for an open bug for Google Sketchup will not see it unless
they choose to run an advanced search, which some users clearly don't.
I'm sure this is a simple change to the code.
--
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.
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.
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.
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.
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.