http://bugs.winehq.org/show_bug.cgi?id=8415
------- Additional Comments From resinence(a)gmail.com 2007-27-06 10:35 -------
The stuttering issue is due to missing GLX Direct rendering support. Reinstall
your NVIDIA drivers. Use the ENVY script
http://www.albertomilone.com/nvidia_scripts1.html if you are not confident on
how to properly set up your Xserver for GLX.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8785
------- Additional Comments From ben(a)atomnet.co.uk 2007-27-06 08:31 -------
Removing "Allow window manager to control windows" may fix this issue, but then
it creates the issue that many (or all?) apps no-longer respond to keyboard
input at all.
This is with Gnome. I've not tried the Debian or Ubuntu packages as I've always
used GIT. I'll try them later.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7383
------- Additional Comments From raydar(a)inetnebr.com 2007-27-06 08:10 -------
Created an attachment (id=6892)
--> (http://bugs.winehq.org/attachment.cgi?id=6892&action=view)
O2K ugprade setup exits silently on shift+[any key] entry dialog
Setup.exe exits silently and abruptly if I'm at the key entry dialog and press
SHIFT plus any letter while the cursor is in its default location in the "user
name" field. It does not happen if I click in that field and then start editing
the text in it; it only happens if the first thing I do is press SHIFT and some
other key (letters are all I've tried).
Here is a short sample of what's in the attachment--none of this stuff shows up
(compare it to my previous attachment) if the first thing one does at the key
entry dialog is *not* pressing SHIFT plus some letter.
ELF b7f1c000-b7f37000 Deferred ld-linux.so.2
Threads:
process tid prio (all id:s are in hex)
00000031 (D) c:\windows\system32\msiexec.exe
00000032 0 <==
0000001a
0000001d 0
0000001b 0
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=8785
------- Additional Comments From vitaliy(a)kievinfo.com 2007-27-06 07:49 -------
BTW if you on distro with prebuilt packages, can you test a binary package for
x86 platform?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8785
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Game open in a window when |Fullscreen games still have
|they should be using |window decoration
|fullscreen |
------- Additional Comments From vitaliy(a)kievinfo.com 2007-27-06 07:46 -------
Rephrasing the summary. What window manager?
And yes, it is minor - using dedicates X display solves this problem completely.
Might be even a bug in Gnome (as we seen before).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7800
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |skoruppa(a)gmail.com
------- Additional Comments From vitaliy(a)kievinfo.com 2007-27-06 07:38 -------
*** Bug 8805 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8805
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|major |normal
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From vitaliy(a)kievinfo.com 2007-27-06 07:38 -------
Duplicate
*** This bug has been marked as a duplicate of 7800 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7660
------- Additional Comments From robert(a)osburn-sharp.ath.cx 2007-27-06 07:19 -------
I have the same problem with a standard mouse (microsoft). I am running wine
(0.9.37) in a dedicated X session with no windows manager. I have noticed that
the problem gets worse the longer the PC has been running - not noticeable in
the first hour or so. Does not effect using the mouse to move.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3534
------- Additional Comments From lich(a)math.spbu.ru 2007-27-06 06:42 -------
I forgot to mention:
Setting ParentRelative is an acceptable way to achieve transparecy, since KDE
developers suggest this:
"The code of those applications needs to be changed to
perform XSetWindowBackgroundPixmap( dpy, window,
ParentRelative ) on the X window that is used as the
systray icon. There's
nothing KDE can do about this, you need to ask the app
developers to support this fake transparency."
(I fail to find an original source, only here: http://www.nabble.com/-Gaim-gtk-
bugs----gaim-gtk-bugs-1370422---Tray-icon-not-transparent-in-KDE-p5884984.html)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.