Bug 20471

Created attachment 9090 [details]
Gnome i586 report.bug.xz

Created attachment 9091 [details]
screenshot of issue

This is with the following Video Card, right?:

Card:Intel 810 and later: Intel Corporation|Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller [DISPLAY_VGA] (subv:1043 subd:84ca)

And using GDM as display manager, but you don't have this issue in Gnome?

(I cannot reproduce it here with a different Intel 810 and later Card & having started IceWM session from SDDM)

Please attach your /etc/X11/xorg.conf

CC'ing IceWM maintainer + the kernel & drivers maintainers. I don't know which package to assign this bug to.

Keywords: (none) => NEEDINFO
CC: (none) => kernel, marja11, shlomif

(In reply to Marja van Waes from comment #3)
> This is with the following Video Card, right?:
> 
> Card:Intel 810 and later: Intel Corporation|Xeon E3-1200 v2/3rd Gen Core
> processor Graphics Controller [DISPLAY_VGA] (subv:1043 subd:84ca)
> 
> And using GDM as display manager,
yes

> but you don't have this issue in Gnome?
no

adding LightDM and changing to LightDM causes the issue to disappear

> 
> (I cannot reproduce it here with a different Intel 810 and later Card &
> having started IceWM session from SDDM)
> 
> Please attach your /etc/X11/xorg.conf
ok

> 
> CC'ing IceWM maintainer + the kernel & drivers maintainers. I don't know
> which package to assign this bug to.

Created attachment 9098 [details]
xorg.conf

(In reply to ben mcmonagle from comment #4)

> 
> adding LightDM and changing to LightDM causes the issue to disappear
> 
> > 

CC'ing Gnome maintainer group

Summary: IceWM desktop does not refresh => IceWM desktop does not refresh when GDM is used, but has no problem when started from LightDM
CC: (none) => gnome

@ Ben

I don't know whether there's anything in the journals, but in case there is: please reproduce the issue and attach journal.txt that's the result of running, as root:

    journalctl -ab > journal.txt

*** Bug 20537 has been marked as a duplicate of this bug. ***

CC: (none) => tarazed25

Assigning to the registered IceWM maintainer, even if I'm not sure IceWM is the culprit.

@ Shlomi

Feel free to reassign to the real culprit :-)

Assignee: bugsquad => shlomif
Source RPM: (none) => IceWM

fixed by use of Icewm-session

Resolution: (none) => FIXED
Status: NEW => RESOLVED

I looked into this, as I thought it was having a common root in the bug #27362, which isn't.

This is old that is still floating around and probably we'll still get report There are two entries for icewm in the DM: icewm and icewm session. The entries are in :

/usr/share/xsessions/icewm.desktop
/usr/share/xsessions/icewm-session.desktop

The first one has in the end:

SessionManaged=false

while the second (i.e. icewm-session) has

SessionManaged=true

Looking at docs I found this documentation here: "https://wiki.archlinux.org/index.php/IceWM", which says:

"With xinit run icewm, or icewm-session to also run icewmbg and icewmtray. Note: icewm-session is needed for the startup script to work."

so the working entry seems icewm-session.desktop. Now icewmtray we don't have such binary, but if once start in plain "IceWM" session run manually "/usr/bin/icewmbg", the background is refreshed.

I don't know if desktop managers automatically hide .desktop entries having SessionManaged=false, but in this case doesn't happen. IMHO we should hide the entry for icewm.desktop, adding:

NoDisplay=true
Hidden=true

in 

/usr/share/xsession/icewm.desktop

like this patch:

--- icewm.desktop.orig  2021-01-29 09:21:06.528878268 +0100
+++ icewm.desktop       2021-01-29 09:21:21.331895154 +0100
@@ -18,8 +18,8 @@
 Icon=icewm
 TryExec=/usr/bin/icewm
 Exec=icewm
-NoDisplay=false
-Hidden=false
+NoDisplay=true
+Hidden=true
 Categories=WindowManager;Application;System;
 StartupNotify=false
 X-GNOME-Autostart-Notify=false


In this case in sddm will appear only the entry "IceWM session" to be used.

CC: (none) => ghibomgx

I reopen so that the fix could be merged.

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

We could maybe update to 2.1.1 also, since it appears to be only bugfixes.

I submitted the fixed version (2.0.1). 2.1.1 doesn't seems to build due to missed translations.