On my laptop with a core duo t2300 xsplash has previously faded into the
gdm background which then gets stuck on the screen (with the panels
being different looking than the main wallpaper). This displays for
awhile before the thing refreshes to the desktop. I'll try to get a
photo/video up later
I'm at Boston Gnome Summit this weekend, but I'll look into this as soon
as I'm able to.
I don't remember where our Nautilus patch signals xsplash, and I'm not
all that surprised that it may be signaling from the wrong location.
I'm a bit surprised to hear about the gnome-panel being barely
I can confirm what Valmantas says -- xsplash is still disappearing
before the desktop is ready. When xsplash disappears, the panel is just
barely loaded, Nautilus' icons aren't on the screen, the background is
still the default, and enough disk I/O is going on that the computer is
not yet usable.
Currently, with the latest updates, xsplash is still closing too early.
IO is still going for about 10 seconds after xsplash had closed.
So I've made this proof-of-concept python script, that signals xsplash
when IO has stopped. Done some reboots, works quite nicely. It needs to
be added to gnome
Should be fixed now. If not, let me know.
** Changed in: xsplash
Status: In Progress = Fix Released
** Changed in: xsplash (Ubuntu Karmic)
Status: In Progress = Fix Committed
** Changed in: xsplash (Ubuntu Karmic)
Status: Fix Committed = Fix Released
--
xsplash timing
Which package was this fixed in? I'm noticing after doing an update
today, that xsplash is not catching the signal and remaining up on both
of my netbook UNR installations. I have to switch VTs and kill the
xsplash daemon.
** Changed in: xsplash (Ubuntu Karmic)
Status: Fix Released = In
I think this is UNR specific, as I don't see this on my two standard
Desktop installations.
--
xsplash timing out too early
https://bugs.launchpad.net/bugs/435522
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
The last Nautilus package update fixed it. The problem was that
Nautilus was registering itself as gnome-panel.
--
xsplash timing out too early
https://bugs.launchpad.net/bugs/435522
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
closed this as FixReleased and found bug 438458 for the issue with
xsplash not going away in UNR.
** Changed in: xsplash (Ubuntu Karmic)
Status: In Progress = Fix Released
--
xsplash timing out too early
https://bugs.launchpad.net/bugs/435522
You received this bug notification because
I agree with Harry on this one. We should have xsplash and the gdm
login background be the same (as xsplash), would help with any flashes
of the gdm login background. I'm also pretty sure the mockup had the
background the same...but I could be wrong there. I'm still noticing a
flash of the new
All this talk of flashing between backgrounds seems to be getting away
from the original topic of this bug. If there are other issues, can we
open separate bug reports from this?
Regarding the issue of timing out early, I just noticed that xsplash is
asked to listen for gnome-panel twice, and
Uh, no I guess gnome-panel is not registering itself twice. I just went
and read the code in Nautilus and apparently it is accidentally
registering its signal as gnome-panel as well. Simple cut and paste
error. :(
--
xsplash timing out too early
https://bugs.launchpad.net/bugs/435522
You
found bug 436684 about gdm login background not matching xsplash
--
xsplash timing out too early
https://bugs.launchpad.net/bugs/435522
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Changed in: xsplash
Status: Triaged = In Progress
** Changed in: xsplash (Ubuntu Karmic)
Status: Confirmed = In Progress
--
xsplash timing out too early
https://bugs.launchpad.net/bugs/435522
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Though this no way solves this issue it looks very good.
I have always wondered why is there 3 different backgrounds:
1. xsplash
2. gdm
3. xsplash again
4. x (desktop)
It looks way better if only one background is used (at least in case of a
single user setup).
I changed the backgrounds of
Scott, are you still having your issue? I can't reproduce it here, but
if you think your system isn't receiving the signals and that xsplash is
falling back to the timeout can you try setting the timeout to a high
enough value to be sure? You can run xsplash --timeout=60 or whatever
seems
David, Rick, MT, and wheover else:
gdm seems to use the default background image, and so far I haven't
found a place to configure it to do otherwise. To configure it
otherwise seems that we need gdm to have a home directory in which to
store its GConf settings, and gdm user currently doesn't
Cody and others
I do not think that changing only the background of gdm can fix this issue.
Gdm is still in the middle of two xplash operations and repeatedly flashing the
background does not look so nice.
One possible solution could be to have both xsplash and gdm use the same
background.
Why
I have that problem, too - Dell Mini 9.
--
xsplash timing out too early
https://bugs.launchpad.net/bugs/435522
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Yes, the gdm background needs to be changed with a content that matches the
xsplash one.
I can also confirm that behaviour, especially on a slow netbook.
** Also affects: xsplash
Importance: Undecided
Status: New
** Changed in: xsplash
Status: New = Triaged
** Changed in:
I see that the underpants is the GDM background. I assume this will be
changed to match xsplash?
--
xsplash timing out too early
https://bugs.launchpad.net/bugs/435522
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/32333508/Dependencies.txt
** Changed in: xsplash (Ubuntu)
Importance: Undecided = High
** Changed in: xsplash (Ubuntu)
Status: New = Confirmed
** Changed in: xsplash (Ubuntu)
Assignee: (unassigned) = Cody
For me it does the exact opposite, xsplash appears long after the
desktop ready.
This leads me to suspect that it's only exiting on the timer - and not
listening for signals
--
xsplash timing out too early
https://bugs.launchpad.net/bugs/435522
You received this bug notification because you are
** Changed in: xsplash (Ubuntu Karmic)
Importance: Medium = High
--
xsplash timing out too early
https://bugs.launchpad.net/bugs/435522
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
I observed this on robbiew's computer. The effect was to show the
default Ubuntu wall paper very early. As Robbie has customized his
wallpaper, this was completely incongruous. I observer a problem on my
computer where xsplash did not start fast enough after gdm login, and
again, the default wall
25 matches
Mail list logo
