! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Desktop invisible after login
Status:
RESOLVED: MOVED
Product:
Xfdesktop
Component:
General

Comments

Description Victor 2019-10-11 22:47:02 CEST
Created attachment 9108 
.xsession-errors snippet

I'm on Debian Buster, using nvidia 418.74-1. Recently  Xfce desktop stopped to show up after login via lightdm. Screen showing standard Debian wallpaper, but not my wallpaper, and everything else misses.

Switching to text console (ctrl alt f1) and back brings everything in order.

I've noticed that mouse cursor changes its shape when I move it, according to invisible windows it currently hovers over.

Clearing .cache/sessions, suggested on other sites, didn't help.

In .xsession-errors there's strange entry saying "xfdesktop_file_icon_manager_add_icon(): att" instead of "xfdesktop_file_icon_manager_add_icon(): attempting ...", after which there're some errors.
Comment 1 Theo Linkspfeifer editbugs 2019-10-13 00:02:06 CEST
Did you check if this issue affects a new user account also? Furthermore, which packages/components were updated recently?
Comment 2 Victor 2019-10-13 12:22:52 CEST
(In reply to Theo Linkspfeifer from comment #1)
> Did you check if this issue affects a new user account also? Furthermore,
> which packages/components were updated recently?

For freshly created user desktop shows up fine.
Regarding installed packages -- the thing is, this behavior was affecting other user of the box for a longer time, during which lots of updates were made (apt update). My account was affected only recently.
Comment 3 Theo Linkspfeifer editbugs 2019-10-16 01:24:12 CEST
You can try to pinpoint the culprit by disabling autostarted applications and hiding files/launchers placed on the desktop.
Comment 4 Victor 2019-10-16 20:55:57 CEST
(In reply to Theo Linkspfeifer from comment #3)
> You can try to pinpoint the culprit by disabling autostarted applications
> and hiding files/launchers placed on the desktop.

I could try it as a rather cumbersome workaround. Perhaps, there's some logs I could check / enable to find it faster?
Plus, having desktop crash because of some app / launcher misbehave is quite strange, to say the least.
Comment 5 Victor 2019-10-16 21:07:27 CEST
(In reply to Theo Linkspfeifer from comment #3)
> You can try to pinpoint the culprit by disabling autostarted applications
> and hiding files/launchers placed on the desktop.

Actually, disabling all entries in "Session and Startup | Autostart" tab didn't help.
Comment 6 Theo Linkspfeifer editbugs 2019-10-17 00:12:42 CEST
I am not sure where to look for additional information, but having a way to reproduce the issue would greatly help to fix it.

So far we know that a new user account is not affected, but which configuration change actually triggers the bug?
Comment 7 Git Bot editbugs 2020-05-26 00:33:48 CEST
-- GitLab Migration Automatic Message --

This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfdesktop/-/issues/53.

Please create an account or use an existing account on one of our supported OAuth providers. 

If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests

Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev

Bug #16033

Reported by:
Victor
Reported on: 2019-10-11
Last modified on: 2020-05-26

People

Assignee:
Xfce Bug Triage
CC List:
1 user

Version

Version:
4.12.4

Attachments

.xsession-errors snippet (1.22 KB, text/plain)
2019-10-11 22:47 CEST , Victor
no flags

Additional information