Description of problem: windows in the desktop collapse for unknown reasons. collapsed windows can not be uncollapsed - that is, touching the lower edge with the pointer, getting the arrow-bar thing, pulling down does not work to uncollapse the window. this can happen to any open window, including, but not limited to, terminal and browser windows. a collapsed window is unusable and any state it contained is lost. note the machine in question is a hp2000 notebook with touchpad. Version-Release number of selected component (if applicable): How reproducible: windows collapse suddenly through ordinary usage on the desktop - that is, typing in a window, moving the pointer in a window or around on the desktop, pressing the touchpad buttons, or accessing a window or desktop menu or button. i do not understand yet what is causing windows to collapse, but it happens frequently. Steps to Reproduce: 1. open terminal window. 2. cause window to collapse. 3. try to uncollapse the window. Actual results: desktop windows do not allow to uncollapse. Expected results: desktop windows should uncollapse. Additional info:
So "collapsed" windows just show their title bar? Or disappear entirely? If just the titlebar if you right click on them and select "Roll window down" does it come back?
collapsed windows show the titlebar only - not the body or the control bar. right click on titlebar - "roll window down" uncollapses the window, so the control bar and body are accessible. 1. why does touching the lower edge with the pointer and dragging down not work? 2. why the frequent sudden collapsing of windows in the first place?
1. Window shading is not the same as resizing it. 2. What does: xfconf-query -c xfwm4 -p /general/mousewheel_rollup show? Thats the only thing I can think of... if that is true it will shade windows when you are have the mouse pointer on their titlebar and change the mousewheel up or down (or side of trackpad). Does setting it to false: xfconf-query -c xfwm4 -p /general/mousewheel_rollup -s false help?
$ xfconf-query -c xfwm4 -p /general/mousewheel_rollup Failed to init libxfconf: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.. $
Strange, xfconfd should be running. How are you logging into Xfce?
$ps -e | grep -e xfconf 1157 ? 00:00:00 xfconfd $ps -e | grep -e xfce 1028 ? 00:00:00 xfce4-session 1036 ? 00:00:55 xfce4-panel 1069 ? 00:00:09 xfce4-terminal 1073 ? 00:00:00 xfce4-power-man i do not understand what "log into xfce" means. i log into linux with the login box on the screen at bootup. what is missing from this system and why? i have looked through /var/log/anaconda. there is nothing obviously wrong, but i do not know what to look for.
Strange, if xfconfd is running you should be able to talk to it via xfconf-query. This is on a livecd? Or an installed system? Can you provide: rpm -q xfconf and loginctl -a and uname -a
this bug pertains to Fedora installed on an hp2000 notebook. the install cd was burned from this image: Fedora-Live-XFCE-x86_64-19-1.iso size: 651165696 [root@localhost]# rpm -q xfconf xfconf-4.10.0-4.fc19.x86_64 [root@localhost]# loginctl -a SESSION UID USER SEAT 1 1000 nim seat0 1 sessions listed. [root@localhost]# uname -a Linux localhost.localdomain 3.9.5-301.fc19.x86_64 #1 SMP Tue Jun 11 19:39:38 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux [root@localhost]#
Weird. I don't understand why the xfconf run from comment #4 isn't working for you. ;( Have you applied all updates and rebooted since then?
are you suggesting the spin is incomplete or defective with respect to some capability? there are no updates on this system. i have no way - that i know of - to get updates, since i am so far unable to make network connections - see Red Hat Bugzilla bug 1003082. i make communications regarding this bug on another machine.
(In reply to mordred from comment #10) > are you suggesting the spin is incomplete or defective with respect to some > capability? No, I was wondering if there was an update that was causing issues... > there are no updates on this system. ok > i have no way - that i know of - to get updates, since i am so far unable to > make network connections - see Red Hat Bugzilla bug 1003082. > > i make communications regarding this bug on another machine. Fair enough. To clarify, did you run the xfconf-query command in comment #4 as root? or as your logged in user? It does need to run as your user...
xfconf-query i ran su to root - my fault. now: [nim@localhost]# xfconf-query -c xfwm4 -p /general/mousewheel_rollup true [nim@localhost]# xfconf-query -c xfwm4 -p /general/mousewheel_rollup -s false [nim@localhost]# xfconf-query -c xfwm4 -p /general/mousewheel_rollup false it does help - for a brief period no collapses. this bug may be closed - but nevertheless, it is not good for xfce to collapse windows willy-nilly, regardless of which way /general/mousewheel_rollup is set. is there a keyboard shortcut that was being invoked?
Well, the upstream default is to roll up windows on mousewheel scroll on title bar... most folks don't seem to have any issues with this, but it seems it hit your usage pattern a lot more somehow. So, hopefully that setting will get things back to somewhat normal for you...