Doesn't timeout to user session with UNR

Bug #412555 reported by Jorge Castro
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
xsplash
Confirmed
Critical
Cody Russell
xsplash (Ubuntu)
Triaged
Critical
Unassigned
Karmic
Triaged
Critical
Unassigned

Bug Description

Testing on a Karmic UNR install - after logging in xsplash sits there and doesn't fade out when netbook-launcher is done loading, I have to hit Escape for it to reveal the launcher.

Changed in xsplash:
assignee: nobody → Cody Russell (bratsche)
Revision history for this message
Ken VanDine (ken-vandine) wrote :

We should wait for a signal from either netbook-launcher or nautilus (or find another way of knowing the desktop is loaded). This it really a dupe of the timeout bug, we need a way of handling the UNR case.

Matt Zimmerman (mdz)
tags: added: regression-potential
Revision history for this message
Matt Zimmerman (mdz) wrote :

The workaround seems to be to switch to a text console and kill the xsplash process.

Are we sure it's a good idea to roll this into UNR, given there is additional integration work needed in order for it to work there?

Changed in xsplash:
status: New → Confirmed
importance: Undecided → Critical
Revision history for this message
Matt Zimmerman (mdz) wrote :

Set importance to critical, since this seems to make it impossible to login to UNR in the normal fashion.

Changed in xsplash (Ubuntu):
status: New → Triaged
importance: Undecided → Critical
Revision history for this message
Matt Zimmerman (mdz) wrote :

The "timeout bug" mentioned above seems to be bug 412455. I don't agree that this is a duplicate, though. The timeout is a failsafe, and shouldn't normally be invoked. If we're going to use xsplash in UNR, it should be fixed to be triggered explicitly when the desktop is ready, no?

Changed in xsplash (Ubuntu Karmic):
milestone: none → karmic-alpha-4
Revision history for this message
Matt Zimmerman (mdz) wrote :

I think that if 412455 is fixed, this can be reduced to High importance, as the login should succeed (just slow)

Revision history for this message
Steve Langasek (vorlon) wrote :

10:12 < mdz> ogra: I'm looking for answers to the question I posed in the bug "is this a good idea for UNR?" :-_
10:13 < ogra> i guess its an as good/bad idea for UNR as it is for the std. desktop, looks more like a workaround to not break alpha
10:13 < ogra> but i wouldnt see any difference between UNR or -desktop here
10:15 < mdz> ogra: the idea is that xsplash gets a signal when it's time for it to shut down and display the real desktop. that requires integration with the launcher (in this case) which was not planned work
10:15 < ogra> oh, imho it should get the signal from gnome-session rather
10:16 < ogra> that would be consistent across UNR and -desktop
10:16 < ogra> and not require special hacks

Given this, I'm marking 412555 as a duplicate of 412455 and opening a task against gnome-session.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.