Bug 1003214
Summary: | collapsed windows can not be uncollapsed | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | mordred |
Component: | LiveCD - Xfce | Assignee: | Kevin Fenzi <kevin> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 19 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-09-08 15:35:24 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
mordred
2013-08-31 22:10:55 UTC
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... |