Created attachment 551094 [details] xfce4-1.png xfce4-2.png xfce4-setup.png etc/X11/xorg.conf Description of problem: Some windows in some apps have a habbit of expanding across multiple screens when they shouldnt on a bottom right hand corner resize. left border or other corners seem ok. Apps that are affected: evolution package-kit gedit eye of gnome Apps that are not affected: gftpd Terminal (the default Xfce4 one) Version-Release number of selected component (if applicable): Possibly gtk-xfce-engine-2.8.1-1.fc16.x86_64 but bug may be elsewhere in xfce4 or in Xorg? How reproducible: 90% of the time (occasionally things work properly, but very easy to reproduce on my system) Steps to Reproduce: 1. Open an affected app, eg gedit-3.2.5-1.fc16.x86_64 2. Position mouse pointer as in xfce-1.png screen shot (note that the icon in the screenshot is not the icon on the display - on the display the arrow starts top left of the pixel being pointed to and points down/right to the location. 3. Drag the corner of the window. Actual results: Mouse cursor stays in the right spot, but the window expands across multiple displays to the same relative pixel but on a screen or two to the right. Expected results: normal window resizing Additional info: slightly non-standard display config is likely a critical factor - but it should still work). Displays are running proprietry nvidia drivers, sorry! But I dont think this is a factor. For screen config see xfce4-setup.png Left screen the first display on the 2nd card. Middle screen is 2nd display on the first card. Right screen is 1st display on the first card. See xfce4-1.png for the display immediately before the drag, and xfce4-2.png to see what happens to the window on a slight resize.
The apps that have this issue also jump to the wrong screen sometimes when grabbing the bar across the top of the window and trying to move them.
You are using Xfce, with xfwm4? Do you have the 'Launch GNOME services on startup' checked in xfce4-session-settings (advanced tab). Does changing this matter any?
Yes, Xfce with xfwm4 (did a "yum groupinstall XFCE" then picked xfce from the login screen). 'Launch GNOME services on startup' was not checked. I checked it, restarted, noticed some more services started but the window re-size issue is still there.
ok. Would you be willing to file this upstream on bugzilla.xfce.org? Or if you prefer I could do so.
Ok, have filed it at xfce, linked to here: https://bugzilla.redhat.com/show_bug.cgi?id=772144
Sorry, here at xfce: https://bugzilla.xfce.org/show_bug.cgi?id=8315 Also changed the component to xfwm, as in hindsight that is more likely where the problem is.
Thanks!
The bug has been closed at xfce bugzilla. With more testing I have managed to reproduce the issue with gnome 3.2, kde, and metacity and on both the nvidia and nouveau drivers. Olivier Fourdan states: "If that occurs with both Metacity and kwin as well, then it's not xfce. Most likely the mouse driver." The other comment of Oliviers is also interesting: "This seems to be specific to the use of resize grips from gtk3 applications (apps listed as working are gtk2)." Back to you Kevin, im not sure where to go from here?
I see upstream Oliver had a suggestion that it might be a gtk3 bug? Shall we move this report over to gtk3 and see if they have any ideas?
I'll leave that call to you. I searched for resize bugs in the gnome bugtracker and it seems there are many listed. Too many to know if Im duplicating the bug report or not. I would be happy to sit tight for a month or two and let them work through them and see if it gets fixed. But if you would prefer to be more active and file it, i'll follow up and keep testing as required.
Well, it's not a bug that bothers me. ;) In any case, let me move this to gtk3 and see if the maintainers there have any comment...
Can you reproduce this problem with a dual-screen setup, involving just a single graphics card ? I have never seen something like this on my dualscreen setups, and I am not able to reproduce it now. The only thing particular about the resize grips in gtk is that it uses ewmhs _NET_WM_MOVERESIZE mechanism to trigger the resize from the client-side.
Yes, I have been able to reproduce with 1 card, but only with the displays in reverse order. I removed the card with the single head, and by default the screens started up in logical order. I attempted to reproduce, and was not able. I then swapped the screen positions so the 2nd screen was on the left. Restarted X, and was able to reproduce. Have now returned to dual card tripple head config.
This (772144) bug may be related to bug 567835 which I submitted against F12. This is the same machine and configuration. I have reopened bug 567835 as I dont think it was fixed completely, and it sounds related. GTK3 may be using a code path that was not fixed back then. The fix that was implemented in 567835 might provide clues of what to look for in an alternate code path. https://bugzilla.redhat.com/show_bug.cgi?id=567835
Fedora 16 changed to end-of-life (EOL) status on 2013-02-12. Fedora 16 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.