gdm slow gnome

Bug #95454 reported by Stephen Moore
12
Affects Status Importance Assigned to Milestone
gnome-compiz-manager (Ubuntu)
Invalid
Low
Ubuntu Desktop Bugs

Bug Description

if i use gdm then gnome will take a loooong time to load up
yet if i use kdm, then it loads up fine......

here is my ~/.xsession-errors file after using gdm to log in

http://delfick.storage.googlepages.com/xsession-errors.txt

(also, i updated to feisty (from edgy) yesturday and since then it's been doing this (also, the update process didn't go smoothly and it aborted after failing to install ubuntu-desktop and a couple of other files (which i managed to install afterwards (and so didn't get past the installing stage (if that makes a difference))

i've also tried uninstalling and reinstalling gdm, but to no avail

Stephen Moore (delfick)
description: updated
description: updated
Stephen Moore (delfick)
description: updated
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. Does it happen with a new user?

Changed in gdm:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: Unconfirmed → Needs Info
Revision history for this message
Stephen Moore (delfick) wrote :

no...

it's actually incredibly fast under a new user...

Revision history for this message
Sebastien Bacher (seb128) wrote :

marking unconfirmed then, that's likely not due to gdm (try moving .dmrc maybe, that's the only gdm config file which is specifc to your user). We get too many bugs to work on every of them at the moment and that one is happening only to your user, it's low importance on the list and it might take some time until somebody comes to debug it

Changed in gdm:
status: Needs Info → Unconfirmed
Revision history for this message
Stephen Moore (delfick) wrote :

totally understandable :D

(also, removing .dmrc didn't do anything... )

thankyou for your help anyway..

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

I can confirm it.

Changed in gdm:
status: Unconfirmed → Confirmed
Revision history for this message
cbudden (chrisbudden) wrote :

I can also confirm. Also creating a user makes the problem "go away", ie the new user logs on in good time.

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

It's not that the new user doesn't have the problem, I don't think. It's that you are logging out of one user and into that new user. I just logged into my test user and the problem wasn't there. When I logged back into myself, the problem also wasn't there. I haven't tested it yet, but I think this means that it's on the first login that it happens, so if I restart and login as the test user, I'll have the problem. I'll go test that...

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

OK, yeah, the bug is there with a new user if that user logs in first.

Did someone take a page out of MS's book and set things to load after login to make the bootup time look shorter?

Revision history for this message
photek (jccelaya) wrote :

I can confirm the bug, and say that for me it only happens since 3 or 4 days ago, before the speed was ok and i was current with all upgrades daily. Hope that helps to locate the bug.

Revision history for this message
Stephen Moore (delfick) wrote :

hmm, i got rid of my test user before and now it won't let me add a new user (i add it, but then when i logout and try to log in under the new user, it won't let me, i log back in under my normal login and see the list of users, and the test one isn't there) so i can't test whether the problem only happens to the first user for me (mine is the only user on the computer)...

Revision history for this message
Sebastien Bacher (seb128) wrote :

Do you use autologin? That's not likely gdm slowing down things, might be a race though

Revision history for this message
cbudden (chrisbudden) wrote :

I am not using autologin, just normal login.

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

delfick, I had that problem too. Deleting the user's part of the home drive didn't help either. That's why my test user is now user cuz test no longer works. Maybe we should see if that's been bug-reported too.

I'm also using regular login and not autologin and don't have the problem with kdm.

Revision history for this message
cbudden (chrisbudden) wrote :

Has anyone come up with a fix for this? As Feisty is in RC status, this issue should not be occurring.

Revision history for this message
cbudden (chrisbudden) wrote :

Someone posted a fix on ubuntuforums, involving removing the .gnomerc file, which fixed the issue for me.

http://ubuntuforums.org/showthread.php?t=408269

Revision history for this message
Sebastien Bacher (seb128) wrote :

Did you use a non official version of gnome-compiz-manager since you installed your Ubuntu?

Revision history for this message
cbudden (chrisbudden) wrote :

Yes, I did play around with comiz from go-compiz.org, but then went back to official compiz.

Revision history for this message
cbudden (chrisbudden) wrote :

After having rebooted, I found that my .gnomerc file was repopulated with export WINDOW_MANAGER=~/.gnome-compiz-manager/openbox after logging of after deleting it for the first time and then replacing it with metacity instead when the problem came back.

Revision history for this message
Stephen Moore (delfick) wrote :

YAY! :D

deleting the .gnomerc and .gnomerc~ files fixed it for me :D

thankyou cbudden for letting us know of a fix.......

as for your problem still remaining, see if deleting .gnomerc~ as well fixes it ???

Revision history for this message
cbudden (chrisbudden) wrote :

delfick, I tried your suggestion, but it didn't work. But i have found that having compiz-tray-icon in my startup session (which is part if gnome-compiz-manager) was causing that line to be added to .gnomerc. Now login seems to work properly, albeit, i do get a black screen for about 10-15 seconds after i login till i see my desktop (the cursor is still there)

Revision history for this message
Sebastien Bacher (seb128) wrote :

closing then, not an Ubuntu bug

Changed in gdm:
status: Confirmed → Rejected
Revision history for this message
cbudden (chrisbudden) wrote :

Should the bug be re assigned to gnome-compiz-manager, as that provided the compiz-tray-icon and compiz-pref program which is causing that file to be written?

Revision history for this message
Sebastien Bacher (seb128) wrote :

the Ubuntu version of gnome-compiz-manager doesn't write the .gnomerc, it's likely due to an another version you installed

Revision history for this message
Pjjanak (pjjanak) wrote :

Just as an update on my front, deleting the .gnomerc file fixed the problem for me. Thanks for the help, guys.

Revision history for this message
photek (jccelaya) wrote :

i do have the problem and i'm NOT using compiz. reopen it please.

Revision history for this message
Pjjanak (pjjanak) wrote :

photek: Have you tried deleting the files .gnomerc and (if it exists) .gnomerc~?

Revision history for this message
Sebastien Bacher (seb128) wrote :

you have a different bug then

Revision history for this message
cbudden (chrisbudden) wrote :

Sebastian, I completely removed gnome-compiz-manager, removed .gnome-compiz-manager in ~ and then .gnomerc. I resintalled g-c-m, activated "show tray icon" and it recreated .gnome-compiz-manager and .gnomerc with that contents, so I must say, that it does write to .gnomerc.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Could you comment on bug #103246 then?

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.