You are not logged in.
A while back (not sure when, but it's been one or two updates ago) I updated openbox. Ever since then, my workspaces were named 1, 2, 3, 4, and 5.
Next time I started up, my panel said that my desktop name was '1', etc so i changed my .pypanelrc.
Opening up obconf, the Desktop names are correct. Opening up ~/.config/openbox/rc.xml, the desktop names are again correct. When I right click the title bar, the send to Desktop is 1, 2, 3, 4, and 5. So is the right click menu's Desktop list.
Offline
I'm lost, what exactly is wrong? The names in the Openbox configuration don't match your pypanel names?
Offline
Well.. Though my Openbox config files say that my desktops have names, they apparently don't (my pypanel says that I don't and Openbox doesn't show them on the right click menus)). Has anybody else had similar problems and if so, have a fix for it?
Offline
post your config files and screenshot, please
Offline
openbox config: http://sehwoo.unixpod.com/files/rc.xml (or http://sehwoo.unixpod.com/files/rc.xmls)
screenshot: http://sehwoo.unixpod.com/files/screenshot.png
as you can see in the screenshot, the Desktop names conflict.
(the reason my pypanel's 'correct' is because i manually changed my .pypanelrc when I realized things were kinda broken)
Offline
Well your rc.xml looked correct.
I went into obconf changed a desktop name, which changed the displayed name in the menu, the put back to old name through a text editor in rc.xml but it didn't change back, even with an openbox --reconfigure. I had to exit and restart openbox to get the name back.
maybe a bug somewhere in obconf or openbox?
Offline
I had a similar problem.
I switched from xfce to openbox without removing xfce and in the xfce-settings-manager also provides the possibility to change the desktop names.
Maybe you have something that interferes with openbox, too?
Offline
Probably a bug in the newest openbox, since it starts all kind of crap with it automatically.
/etc/xdg/openbox/autostart.sh
# This shell script is run before Openbox launches.
# Environment variables set here are passed to the Openbox session.
# Set a background color
BG=""
if which hsetroot >/dev/null; then
BG=hsetroot
else
if which esetroot >/dev/null; then
BG=esetroot
else
if which xsetroot >/dev/null; then
BG=xsetroot
fi
fi
fi
test -z $BG || $BG -solid "#303030"
# D-bus
if which dbus-launch >/dev/null && test -z "$DBUS_SESSION_BUS_ADDRESS"; then
eval `dbus-launch --sh-syntax --exit-with-session`
fi
# Make GTK apps look and behave how they were set up in the gnome config tools
if test -x /usr/libexec/gnome-settings-daemon >/dev/null; then
/usr/libexec/gnome-settings-daemon &
elif which gnome-settings-daemon >/dev/null; then
gnome-settings-daemon &
# Make GTK apps look and behave how they were set up in the XFCE config tools
elif which xfce-mcs-manager >/dev/null; then
xfce-mcs-manager n &
fi
# Preload stuff for KDE apps
if which start_kdeinit >/dev/null; then
LD_BIND_NOW=true start_kdeinit --new-startup +kcminit_startup &
fi
# Run XDG autostart things. By default don't run anything desktop-specific
# See xdg-autostart --help more info
DESKTOP_ENV=""
if which /usr/lib/openbox/xdg-autostart >/dev/null; then
/usr/lib/openbox/xdg-autostart $DESKTOP_ENV
fi
As someone pointed out, maybe the xfce settings somehow collide with openbox ?
The day Microsoft makes a product that doesn't suck, is the day they make a vacuum cleaner.
--------------------------------------------------------------------------------------------------------------
But if they tell you that I've lost my mind, maybe it's not gone just a little hard to find...
Offline
Ohhh this is interesting. It seems that it's a problem with autostart.sh. I had an old version that i copied to ~/.config/openbox and I used it instead of the one the one in /etc/xdg/openbox/autostart.sh (by accident though, I was actually going to run it without xfce-mcs-manager but forgot) It works, but now i'm curious why.
Oh just noticed, the one in .config doesn't have anything about xfce..
autostarts:
http://sehwoo.unixpod.com/files/autostart.shs
http://sehwoo.unixpod.com/files/autostart1.shs
Offline
I can confirm that xfce seems to be the problem. When I ran xfce-setting-show visibility immediately picked up xfce's desktop names. Seems interesting.
The day Microsoft makes a product that doesn't suck, is the day they make a vacuum cleaner.
--------------------------------------------------------------------------------------------------------------
But if they tell you that I've lost my mind, maybe it's not gone just a little hard to find...
Offline
Hmm. this is kinda annoying. Would this be an Openbox bug or XFCE4 bug?
Offline
If you name your desktops in xfce the same as you name them in openbox it doesn't matter!
Good question, though...where to file the bug report ?
The day Microsoft makes a product that doesn't suck, is the day they make a vacuum cleaner.
--------------------------------------------------------------------------------------------------------------
But if they tell you that I've lost my mind, maybe it's not gone just a little hard to find...
Offline
For the record, the Openbox autostart behaviour is as follows:
If ~/.config/openbox/autostart.sh does not exist, openbox-session will use /etc/xdg/openbox/autostart.sh
If ~/.config/openbox/autostart.sh does exist, openbox-session will ignore /etc/xdg/openbox/autostart.sh
If you wish to use both the local autostart and the global autostart, add the following to ~/.config/openbox/autostart.sh:
. $GLOBALAUTOSTART
There's no need to actually 'copy' /etc/xdg/openbox/autostart.sh to your ~/.config/openbox directory.
thayer williams ~ cinderwick.ca
Offline
Yup, I know, i have a custom one though, kinda glad too cause the new ones are 'broken'.
Offline