Package: icewm Version: 1.3.8-2 Severity: normal Dear Maintainer,
sometimes when the system clock has been changed the icewm taskbar clock does not reflect the change but "freezes" (along with the net and CPU applets). This behavior appears to occur especially often (but not exclusively) when the clock has been turned "backwards". It seems like the clock reliably "comes to life" again when the mouse hovers over the clock until the tooltip appears. I noticed this bug both with 1.3.8-2 and with 1.3.8+githubmod+20150914+fa3fdef-2 , although the behavior seems to be slightly different: with the 1.3.8-2 version, any tooltip from an iconified window or a tray applet that touches the clock or the net/cpu-applet seems to revive the clock, with the "20150914" version only the clock's own tooltip seems to do so (at least this was my impression). This bug may or not be related to a (rather old) old bug report I found at: https://sourceforge.net/p/icewm/bugs/621/ Best regards, and many thanks for your continous work on IceWM. Michael -- System Information: Debian Release: 8.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-0.bpo.1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages icewm depends on: ii icewm-common 1.3.8-2 ii libc6 2.19-18+deb8u4 ii libesd0 0.2.41-11 ii libfontconfig1 2.11.0-6.3 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u4 ii libglib2.0-0 2.42.1-1+b1 ii libice6 2:1.0.9-1+b1 ii libsm6 2:1.2.2-1+b1 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxft2 2.3.2-1 ii libxinerama1 2:1.1.3-1+b1 ii libxrandr2 2:1.4.2-1+b1 ii ttf-dejavu-core 2.34-1 icewm recommends no packages. Versions of packages icewm suggests: pn icewm-gnome-support <none> -- no debconf information
