http://bugs.winehq.org/show_bug.cgi?id=24222
Summary: Wine does not display popup windows when using Mutter
Product: Wine
Version: 1.3.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lcid-fire(a)gmx.net
When using Mutter as Windows manager Wine does not display opened popup windows
(Main App Windows display though). There may be some interference with Wine
drawing!?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=23625
Summary: user localisation error: wrong program menu entries
created in KDE menu upon installation
Product: Wine
Version: 1.2-rc7
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: juergenw_(a)web.de
My system: Debian Lenny(stable) - KDE 3.5.10
user locale: de_de@euro (aka. ISO-8859-15) - root locale: de_de.UTF8
Wine seems to be oblivious of german special characters(umlauts), when creating
KDE menu entries upon program installation.
Example for DVD Shrink installation (same with others):
env WINEPREFIX="/home/the_user/.wine" wine C:\\windows\\command\\start.exe
/Unix /home/the_user/.wine/dosdevices/c:/users/Public/Startmen/Programme/DVD\
Shrink/DVD\ Shrink\ 3.2.lnk
Look at the part: c:/users/Public/Startmen/Programme/
The correct entry should have been: c:/users/Public/Startmenü/Programme/
Wine is neglecting the "ü" character, thus no menu entry works.
The folder at the given path was correctly created by wine with the name:
Startmenü
Manually editing the above entry line does not work.
P.S.:
I need to use the said user locale as some of my programs (esp. my homebanking
app) do not support UTF8 encoding.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=25181
Summary: Czech characters in the program Teach2000
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)2gadvies.nl
Within the program Teach2000 I use several Czech specific characters
like ě č ř ů
After correct entering these characters these are replaced by e c r u and have
loosed their specific meaning.
Only the function multiple choice let me view the correct characters.
Further it is only possible to enter these characters for the first time, and
when I want to make corrections even entering of these special Czech characters
is not possible anymore.
Teach2000 is installed via wine with newest versions of begin November 2010.
Please help me out.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=23862
Summary: dlls/rpcrt4/tests/server.c fails in wine when winbind
is not installed
Product: Wine
Version: 1.3.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rpc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austin.lund(a)gmail.com
If there is no ntlm_auth then the server test in rpcrt4 will fail. Presumably
other tests for this dll will also fail, but I have not tried them.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=18039
Summary: Gun Metal crashes with NPE when using builtin quartz
Product: Wine
Version: 1.1.19
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: shacklein(a)gmail.com
Created an attachment (id=20430)
--> (http://bugs.winehq.org/attachment.cgi?id=20430)
Wine 1.1.19 output with WINEDEBUG=+quartz
Retail version of Gun Metal crashes with a null-pointer dereference immediately
on start when builtin quartz is used. Seems to be related to this:
err:quartz:GetClassMediaFile Media class not found
Backtrace (attached) shows that the NPE occurs in gunmetal, and not in Wine.
Using native quartz works around this and Gun Metal will start correctly.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=15809
Summary: wine should not wake the cpu when idle
Product: Wine
Version: 1.1.7
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Wine should not wake the cpu when it's not doing anything, at least when only
builtin programs are running. Current obvious offenders are the system tray (a
2-second timer that runs no matter what) and blinking cursors. Once these are
addressed, we should try to run some builtin programs with strace and see if we
get any output when the programs are idle.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=21057
Summary: TeamViewer: Insufficient SendInput() implementation
Product: Wine
Version: 1.1.34
Platform: x86
URL: http://www.teamviewer.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: caliga(a)arcor.de
TeamViewer (and probably similar software) uses SendInput() to execute keyboard
and mouse commands remotely.
When doing a remote support session to a TeamViewer running on Wine, you get
the following behaviour:
- Mouse movement: works fine
- Mouse clicks: work on Wine windows only
- Keyboard:
-- doesn't work at all if configured to Win2000/XP
-- works on Wine windows if configured to WinNT
Note: to reproduce this bug, you have to workarround Bug #12067.
Also, (depending on your system?) TeamViewer may consume allmost all CPU time,
due to bug #21055.
I'm wondering if this bug will be considered valid. It may seem strange to let
a Win app send input to the X desktop. However, I'd say it is necessary for a
seamless integration.
At least the "Keyboard doesn't work at all" part should be fixed.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20222
Summary: OLEPictureImpl_SaveAsFile hacked stub
Product: Wine
Version: 1.0.1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dolcevita(a)supereva.it
Created an attachment (id=23853)
--> (http://bugs.winehq.org/attachment.cgi?id=23853)
OLEPictureImpl_SaveAsFile Error log file
Hello,
I've just installed Wine 1.0.1 on my Linux/Kubuntu.
I tryed to run some applications of mine,
written in VB6 and I got an error on OLEPictureImpl_SaveAsFile
I attach the few line of logs.
Note that after the lines "starting debugger..."
nothing more happens.
Can you help me?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=11810
Summary: parts from opengl/direct3d display show splines
Product: Wine
Version: 0.9.56.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Hi,
Please compare my attached screenshot of Crazy Machines with AppDB's
http://appdb.winehq.org/screenshots.php?iAppId=3061&iVersionId=4468
You will notice that while most of the display is fine, the background
and the texts on the papersheets are missing in my version. Actually,
these 6 texts are also .tga image files. Instead, wine displays a sort
of spline pattern: lines of various color (related to the missing
image) emanate from a single origin, like quantic particles.
This effect is visually stable across refreshes of the display.
(Later in the game, a few icons are missing, but that could have a
different cause, as there's no such spline effect there.)
This happens to me both with the commercial game as well as a demo
found on a german DVD.
I've been using wine-0.9.56/54/48/47 with Ubuntu Dapper and Gutsy.
No warnings are shown in the console.
My hardware is an intel i810, and I'm using the xserver-xorg-i810 driver.
lspci: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
WINEDEBUG=+opengl yields hundreds of
trace:opengl:X11DRV_SwapBuffers (0x12cfb0)
nothing else.
Would attaching a +d3d trace help? (it would be huge!)
--
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.