Bug 444135
| Summary: | openbox sessions don't respect workspace configuration after GDM | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Brad Walker <me> |
| Component: | openbox | Assignee: | Miroslav Lichvar <mlichvar> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | low | Docs Contact: | |
| Priority: | low | ||
| Version: | 9 | CC: | anthony, david, mlichvar, redhat, rstrode, trevorlangas |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | 3.4.7.2-3.fc9 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2008-06-20 19:12:42 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Brad Walker
2008-04-25 10:36:08 UTC
These (latest) versions reproduce the problem: openbox-3.4.7.1-1.fc9.x86_64 gdm-2.21.10-0.2008.04.24.1.fc9.x86_64 This is caused by metacity started in gdm which sets the number of desktops to 1. I'll ask upstream about forcing openbox to change it even when set before. Didn't get a response from openbox maintainers. Let's see if removing _NET_NUMBER_OF_DESKTOPS property in gdm is a good idea. You could simply do xprop -root -remove _NET_NUMBER_OF_DESKTOPS in your session script before starting openbox. Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping That wouldn't work for users that have $HOME/.xsession script. I guess it's easier to force openbox to change the property. If gdm should clean up the property, we can remove the patch later. The code's in screen_startup, found in openbox/screen.c. BTW, the xprop workaround didn't fix the workspace names. Hm, there are other properties causing troubles, like _NET_DESKTOP_NAMES and _NET_CURRENT_DESKTOP. Ignoring _NET_CURRENT_DESKTOP in wm is probably a bad idea, so I'm reassigning this back to gdm. Its really not the job of gdm to clean this up, imo. If openbox has a configuration for the number of workspaces, it is its responsibility to sync the property to its configuration at startup. openbox-3.4.7.2-3 removes the three properties in session scripts. This doesn't fix the problem for users with their own session script, so it still would be nice to see this fixed in gdm. If the properties were ignored in openbox, they wouldn't be preserved across openbox restarts and that would be annoying. openbox-3.4.7.2-3.fc9 has been submitted as an update for Fedora 9 openbox-3.4.7.2-3.fc9, obconf-2.0.3-2.fc9 has been pushed to the Fedora 9 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update openbox obconf'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-5198 openbox-3.4.7.2-3.fc9, obconf-2.0.3-2.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report. (In reply to comment #13) > openbox-3.4.7.2-3.fc9, obconf-2.0.3-2.fc9 has been pushed to the Fedora 9 > stable repository. If problems still persist, please make note of it in this > bug report. this problem persists. currently installed: openbox-3.4.7.2-3.fc9.i386 obconf-2.0.3-2.fc9.i386 gdm-2.22.0-8.fc9.i386 on a fc8 install, this problem does _not_ exist with basically the same configuration but with the following packages installed (latest f8 updates): openbox-3.4.7.2-2.fc8 obconf-2.0.3-2.fc8 gdm-2.20.5-3.fc8 Are you executing openbox in $HOME/.xsession script? If yes, try replacing openbox with openbox-session or add the following command to the script. xprop -root -remove _NET_NUMBER_OF_DESKTOPS -remove _NET_DESKTOP_NAMES -remove _NET_CURRENT_DESKTOP i should have been more specific - i'm running from GDM as in the original report. i've tried with both the Gnome and Gnome/Openbox sessions from the base F9 GDM install with the same results. i can add workspaces interactively via openbox but after i logout and back in again it reverts back to the single workspace. and yes, all session information is being saved for the restart. as mentioned in comment #14, the same config and setup works just fine in f8. Any chance that xorg-x11-utils package containing the xprop utility isn't installed on the system? (In reply to comment #17) > Any chance that xorg-x11-utils package containing the xprop utility isn't > installed on the system? its installed too: xorg-x11-utils-7.4-1.fc9.i386 Well, it's working fine here, with the same package versions as you have installed. Can you try another user account to see if it's not caused by a gnome setting? Also it would be interesting to see the output of "xprop -root > /tmp/xprop.out" added before the exec line in /usr/bin/openbox-gnome-session. FYI I have submitted this upstream, based on seeing exactly the same issue with a SUSE system: http://bugzilla.icculus.org/show_bug.cgi?id=4040 The problem persistant for fedora 10 as well If gdm is doing something that could effect other clients later, then it is the natural responsibility for THAT PROGRAM to clean up after itself. That is standard programming practice, and brushing it under the rug, is NOT a solution! I think I had the same problem. I just reloaded metacity to stop anything else from interfering such as compiz with 'metacity --replace'. Then I ran 'openbox --replace' and I no longer get that error. |