marking as closed for now then, feel free to reopen if you get the issue
again and can replies to the asked questions about it
** Changed in: gnome-panel (Ubuntu)
Status: Needs Info = Rejected
--
gnome panels are empty (show nothing) after login
https://launchpad.net/bugs/47602
--
Unfortunately, I can no longer provide feedback on this bug. As
mentioned on 2006-08-16, I permanently made the problem go away as the
problem was getting too annoying, especially when I had solution waiting
in the wings (see 2006-08-10).
--
gnome panels are empty (show nothing) after login
Any news on Vincent's questions?
** Changed in: gnome-panel (Ubuntu)
Status: Confirmed = Needs Info
--
gnome panels are empty (show nothing) after login
https://launchpad.net/bugs/47602
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Thanks for following up. Unfortunately it's not easy now to find out
what caused the problem. If it should re-occur, please re-open the bug.
Thanks a lot.
** Changed in: gnome-panel (Ubuntu)
Status: Needs Info = Rejected
--
gnome panels are empty (show nothing) after login
dholbach: is this likely the same bug as all the gnome-panel hangs on
startup bugs? The solution (killall gnome-panel) seems the same---the
bug is still here and occuring about 1 time in 2 for me;
Rejected is perhaps the not the best tag, the issue still exists.
--
gnome panels are empty (show
Paul: if you can follow up with a link this is a duplicate of or more
information, then it'd make sense to re-open it.
--
gnome panels are empty (show nothing) after login
https://launchpad.net/bugs/47602
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Reopening this. The problem is still here, even if we don't know how to
debug it yet.
It could be one of the gnome-applets (wish I think are loaded by gnome-
panel) causing input to hang.
** Changed in: gnome-panel (Ubuntu)
Status: Rejected = Confirmed
--
gnome panels are empty (show
I'd be interested to know if it still happens when making
/apps/panel/general/applet_id_list (in gconf) an empty list (make sure
to save the previous value). (you'll then only see menus and launchers)
Also, does it also mean you can't add anything to the panel?
--
gnome panels are empty (show
This looks like it might be racey. Doing:
killall gnome-panel
*sometimes* brings back the panel (rather than displaying it, but the
panel not responding). However doing:
strace -p `pidof gnome-panel`
immediately after killing the previous panel, allows the panel to start
successfully;
What is gnome-panel racing against?
For the record, doing:
killall gnome-panel
*always* brings back gnome-panel for me. I've done this 100's of times.
:-(
--
gnome panels are empty (show nothing) after login
https://launchpad.net/bugs/47602
--
ubuntu-bugs mailing list
I just made a significant discovery on this bug. If I add a new panel
and populate it, this new panel works correctly! The old panels still
fail as reported and can still be revived via the killall.
Now I have a predicament. I assume that I can make this problem go away
for me by just making
The configuration is stored to gconf. Are you sure you didn't simply
remove the menubar applet from your panel and need to had it again?
--
gnome panels are empty (show nothing) after login
https://launchpad.net/bugs/47602
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Positive I did not simply remove menubar applet. Both the top and
bottom panels are empty, void, devoid of all life and 100% non-
responsive -- just a gray pair of gray bars, until I right-click desktop
to open a gnome-terminal (via nautilus-open-terminal) and exec killall
gnome-panel. It seems
13 matches
Mail list logo