Just got around to trying to reproduce this one again. With an uptodate
dapper, it seems harder to get than it used to be.
But I managed to get it, though only using ctrl-alt-backspace. (I've
seen it without that before)
A gnome session backtrace indeed looks quite suggestive - its stuck in a
nes
Heres a ssh forwarding vnc viewer script that I use. It would need a GUI
tho.
GPLed.
** Attachment added: "sshxvncviewer"
http://librarian.launchpad.net/4272669/sshxvncviewer
--
vino listen on all addresses
https://launchpad.net/bugs/54312
--
desktop-bugs mailing list
desktop-bugs@lists.u
Yes, same issue, different solution I guess. This one is just asking for
the wording in the dialog be made clearer (Current wording in connection
with the default suggested address localhost suggests that the solution
in bug #54312 is already implemented)
(But that solution would be really good to
Unmarked as duplicate because #13102 is talking about something else
(that localhost isn't the correct address to use for connecting to this
machine)
This bug is complaining that its not clear from the dialog that vino has
enabled all remote users to access this machine, especially without a passw
It happened again. I'm not so convinced its metacity and not the X
server.
I had two instances of the deadlocked program. I clicked on one close
box, got the force quit dialog, clicked on force quit, and got a frozen
display. The force quit button was still pressed.
ctrl-alt-f1 switched to anothe
Yes, the wm was hung, it wasn't possible to change focus. It did seem to
hand over nicely to a new wm though I don't know whether the X protocol
for that needs the previous one to be alive.
It happened several times, but since then, I can't reproduce it with
latest updates, even though I've carefu
This is on an uptodate dapper beta.
--
Lots of windows needing Force Quit can hang metacity
https://launchpad.net/bugs/47307
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Public bug reported:
Binary package hint: metacity
I've got an application I've written which currently often gets
deadlocked and ignoring window close, so causing the force quit dialog
from metacity.
In the situation of having lots of these open, and perhaps clicking quickly on
lots of their c
Yes, I've seen it a few times now, and just reproduced it on demand
again.
If I log out normally and then immediately log in again, I get the same
sort of hang - gnome session seeming unresponsive, stuck splash, and
gnome terminal and eg gedit not opening. Note that the splash redraws
with no text
Ok, I reckon the hang on startup happens if a dead gnome-session has a
left-over socket in /tmp/.ICE-unix. I've just done a successful logon
after cleaning that up, even with a left-over gconfd.
Since I was really reporting the hang on login, it would be worth
renaming this bug and assigning it to
Moving to gnome-session - I think gconfd is blameless.
** Changed in: gconf2 (Ubuntu)
Sourcepackagename: gconf2 => gnome-session
Status: Needs Info => Unconfirmed
--
hang on login after gnome-session has left a socket in /tmp/.ICE-unix
https://launchpad.net/bugs/45122
--
desktop-bugs mai
The above all happened in a hang that didn't start with an extra gconfd
running. [details in a reply by email that hasn't made it here yet]
--
gconfd not shutting down/not restarting after X server killed
https://launchpad.net/bugs/45122
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
Oooh, interesting.
In the hung state, gnome-terminal launched from a panel icon or the
gnome menu fails to appear.
But gnome-terminal run from the command line (from an xterm launched
from a text console login) actually works.
The non-working gnome-terminal hasn't got as far as running gnome-pty
Public bug reported:
After I kill the X server using ctrl-alt backspace, logging back on
usually hangs partway through the gnome setup progress with the centre
splash still up, sometimes showing update-notifier.
Launching gnome terminal just hangs - no window appears. firefox will
start tho.
Man
Public bug reported:
Affects: nautilus (Ubuntu)
Severity: Normal
Priority: (none set)
Status: Unconfirmed
Description:
Binary package hint: nautilus
Using a crypted root partition, its already mapped to /dev/mapper/root
by the initramfs, but something, I'm guessing nautil
15 matches
Mail list logo