User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9a8) Gecko/2007100619 GranParadiso/3.0a8 Build Identifier: I use the Pidgin systray icon to toggle visibility of the main window. When using xfwm4, every time I make it visible, the window maximizes. This does not happen with Metacity. Reproducible: Always Steps to Reproduce: 1. Run Pidgin and configure it so clicking on the systray icon toggles visibility of the main window. 2. Resize the main window to a reasonable size that is smaller than the entire screen. 3. Click on the systray icon once to hide Pidgin and then again to bring it back. Actual Results: The main window appears but is maximized. Expected Results: It should have the same size it did before it was made invisible. I can reproduce this on both Ubuntu 7.10 and the 8.04 beta.
i can't reproduce the issue on fedora
Which version of pidgin is that? Are you sure you're using xfwm4? Did you enable an window manager hints? I cannot reproduce this either (using the latest xfwm4 from svn).
Pidgin 2.4 and XFWM4 4.4.2 Yes, I am sure I'm using xfwm4 because I manually started it from a terminal window. How do I enable WM hints?
I tried pidgin 2.0 on RHEL 5.1, pidgin 2.2 on Ubuntu 7.10 pidgin 2.4.1 built from source on Ubuntu 7.10 and I still cannot the issue... Can you attach the result of - xwininfo - xprop On the window? Anything special setting with your setup? Any particular option enabled in pidgin?
Before hiding: xwininfo: Please select the window about which you would like information by clicking the mouse in that window. xwininfo: Window id: 0x420005a "Buddy List" Absolute upper-left X: 1328 Absolute upper-left Y: 53 Relative upper-left X: 6 Relative upper-left Y: 27 Width: 266 Height: 1144 Depth: 24 Visual Class: TrueColor Border width: 0 Class: InputOutput Colormap: 0x20 (installed) Bit Gravity State: NorthWestGravity Window Gravity State: NorthWestGravity Backing Store State: NotUseful Save Under State: no Map State: IsViewable Override Redirect State: no Corners: +1328+53 -6+53 -6-3 +1328-3 -geometry 266x1144-0--3 After making visible: xwininfo: Please select the window about which you would like information by clicking the mouse in that window. xwininfo: Window id: 0x420005a "Buddy List" Absolute upper-left X: 0 Absolute upper-left Y: 53 Relative upper-left X: 0 Relative upper-left Y: 27 Width: 1600 Height: 1147 Depth: 24 Visual Class: TrueColor Border width: 0 Class: InputOutput Colormap: 0x20 (installed) Bit Gravity State: NorthWestGravity Window Gravity State: NorthWestGravity Backing Store State: NotUseful Save Under State: no Map State: IsViewable Override Redirect State: no Corners: +0+53 -0+53 -0-0 +0-0 -geometry 1600x1147+0-0
xprop: _NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_CLOSE, _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_STICK, _NET_WM_ACTION_SHADE _NET_WM_DESKTOP(CARDINAL) = 0 _WIN_WORKSPACE(CARDINAL) = 0 _WIN_STATE(CARDINAL) = 4 _NET_WM_STATE(ATOM) = _NET_WM_STATE_MAXIMIZED_HORZ, _NET_WM_STATE_MAXIMIZED_VERT _NET_WM_ICON_GEOMETRY(CARDINAL) = 1116, 0, 179, 25 XKLAVIER_STATE(INTEGER) = 0, -1063115376 WM_STATE(WM_STATE): window state: Normal icon window: 0x8587e0 _NET_FRAME_EXTENTS(CARDINAL) = 6, 6, 27, 6 WM_HINTS(WM_HINTS): Client accepts input or input focus: True Initial state is Normal State. bitmap id # to use for icon: 0x420005d bitmap id # of mask for icon: 0x4200064 window id # of group leader: 0x4200001 XdndAware(ATOM) = BITMAP _MOTIF_DRAG_RECEIVER_INFO(_MOTIF_DRAG_RECEIVER_INFO) = 0x6c, 0x0, 0x5, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x10, 0x0, 0x0, 0x0 _NET_WM_ICON(CARDINAL) = 16, 16, 16777215, ... a gazillion numbers! <snip> WM_WINDOW_ROLE(STRING) = "buddy_list" _NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 69206108 _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL _NET_WM_USER_TIME_WINDOW(WINDOW): window id # 0x420005b WM_CLIENT_LEADER(WINDOW): window id # 0x4200001 _NET_WM_PID(CARDINAL) = 8009 WM_LOCALE_NAME(STRING) = "en_CA.UTF-8" WM_CLIENT_MACHINE(STRING) = "adsouza-lx2" WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified location: 0, 0 window gravity: NorthWest WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING, _NET_WM_SYNC_REQUEST WM_CLASS(STRING) = "pidgin", "Pidgin" WM_ICON_NAME(STRING) = "Buddy List" _NET_WM_ICON_NAME(UTF8_STRING) = 0x42, 0x75, 0x64, 0x64, 0x79, 0x20, 0x4c, 0x69, 0x73, 0x74 WM_NAME(STRING) = "Buddy List" _NET_WM_NAME(UTF8_STRING) = 0x42, 0x75, 0x64, 0x64, 0x79, 0x20, 0x4c, 0x69, 0x73, 0x74
I see this same behavior on Arch Linux, although slightly different. 1.) Start pidgin unmaximized. 2.) Click tray icon to iconify. 3.) Click tray icon to restore buddy list: original dimensions retained. 4.) Click tray icon to iconify. 5.) Click tray icon to restore buddy list: maximized. Pidgin : 2.4.2 Gtk+ : 2.12.10 xfce4-panel / xfwm4 : 4.4.2
Same on Gentoo Linux. Steps to reproduce: same as in bug description. All packages are most recent in Gentoo package system. AMD64 xfwm 4.4.2-r1 pidgin 2.5.1 gtk+ 2.12.12
Can you try with the current svn trunk? Otherwise you may add the warnings as in rev. 27818: http://svn.xfce.org/index.cgi/xfce/diff/xfwm4/trunk/src/placement.c?rev1=27817;rev2=27818 My understanding is that the application window is requesting a size bigger than the actual screen size. Also I'd like to have an xev log as follow: 1) Determine the xid of the window $ xwininfo -root -tree | grep "Buddy List" 0x460005a "Buddy List": ("pidgin" "Pidgin") 309x500+4+22 +1131+339 2) Attach xev to the xid of the window $ xev -id 0x460005a 3) avoid any interaction with the "Buddy List" window (do not move the mouse pointer above the window) 4) Simply perform the hide/show of the window with the systray 5) Copy the log produced by xev.
Created attachment 1836 xev output Here's that xev output. Few last events are generated, because of switch to console. I can't check SVN version right now, but I'll do it on monday maybe. Additional info: I can't make window more narrow even if it is not maximized. So right now not maximized window is wider then screen width. Sorry for bad English...
@Hadrian: Can you please also provide an xprop?
Actually this looks like this. although we are on X11 and not WIN32. http://developer.pidgin.im/ticket/1355 And this one seems to come from the orders of events as described here: http://bugzilla.gnome.org/show_bug.cgi?id=169811 So I wonder if reordering the update to NET_WM_STATE would make a difference (test committed to trunk rev. 27984.)
Created attachment 1839 xprop normal state
Created attachment 1840 xprop maximized state
Created attachment 1841 xwininfo normal state
Created attachment 1842 xwininfo maximized state Sorry, but I still don't have time to check SVN version. Here's xwininfo and xprop outputs.
(In reply to comment #16) > Created an attachment (id=1842) [details] > xwininfo maximized state > > Sorry, but I still don't have time to check SVN version. ...And can we make any progress then? I cannot reproduce you problem.
That looks suspicious to me: program specified location: 0, 0 program specified minimum size: 1337 by 155 ^^^^^^^^^^^^^^^^^^ I do not know how large your screen is, but that would explain why the window is maximized, it cannot be smaller that 1337 pixels wide.
This should be fixed now in svn, both branches (at least the original bug, not sure about the WM_SIZE_HINT reported lately)