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=28671
Bug #: 28671
Summary: wine crash when using SBClient in GUI mode
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lucasc82(a)gmail.com
Classification: Unclassified
Created attachment 36850
--> http://bugs.winehq.org/attachment.cgi?id=36850
crash log file
Starting SBClient in GUI mode works fine.
Using it doesn't. There are only certain commands that seem to make wine crash.
The attached error message is in French. It is the standard text:
The program sbclient.exe has encountered a serious problem and needs to close.
We are sorry for the inconvenience. [..]
The crash log is attached.
many thanks,
Christian
--
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.