! 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 !
Severe clock regression: clock becomes invisible if settings changed


Description Steve Dodier-Lazaro editbugs 2015-02-10 13:51:54 CET
I am experiencing this problem with the last builds from the ArchLinux Xfce 4.11 repository, and also with the git tree panel.

The Clock panel seems to be making mistakes when saving and/or loading a number of xfconf keys, resulting in broken timezones, tooltip formats and "classic" clock formats.

As a result, only the binary, digital and analog clocks are visible. The tooltip is never visible and the timezone is forced to GMT.

This bug makes the Clock unusable, it *should* be fixed before 4.12
Comment 1 Pedro 2016-04-26 15:04:32 CEST
I've just upgraded to Xubuntu 16.04 and I'm experiencing this issue also. As soon as I saved the Clock's properties, the configuration disappeared. It's as if it's deleting the config instead of saving it.
Comment 2 Igor editbugs 2016-10-13 15:06:28 CEST
*** Bug 12900 has been marked as a duplicate of this bug. ***
Comment 3 Will 2017-05-05 09:59:57 CEST
In Debian Sid, with xfce4-panel 4.12.1-2, the custom format input boxes for the digital clock and its tooltip are still going blank when the options dialog is closed. This makes the clock invisible if it's the clock's format that disappears.

To reproduce:
Open panel clock properties.
Set a custom format for the tooltip and the digital clock.
Close the settings window.

Xubuntu also has a bug report on this: "https://bugs.launchpad.net/ubuntu/+source/xfce4-panel/+bug/1687367?comments=all"

As a workaround, xkill the dialog after changing the settings. The panel will restart and the settings will be saved.
Comment 4 Robert 2017-05-19 00:26:31 CEST
Same issue on xfce 4.1.2 (distributed by XUBUNTU) on Linux Mint 18.1 Cinnamon Edition.  The xkill of the dialog after settings adjustments workaround by Will did the trick.  Thanks Will.  Hope they get this thing fixed soon.
-Robert Woestman
Comment 5 muntasim.haque 2017-06-09 06:48:13 CEST
I'm experiencing the same problem. Whenever I go to the properties, the text fields go blank and after closing the properties dialogue box, the clock plugin becomes invisible. Just a vertical line remains instead of the clock plugin.  Hope this gets fixed soon. Thank you.
Comment 6 lorb 2017-06-30 13:45:47 CEST
Can confirm issue also exists on Debian.
Comment 7 Simon Naunton 2017-07-28 04:06:56 CEST
Also get this on Debian 9. Fixed it with:

diff -Naur xfce4-panel-4.12.1.orig/plugins/clock/clock.c xfce4-panel-4.12.1/plugins/clock/clock.c
--- xfce4-panel-4.12.1.orig/plugins/clock/clock.c	2016-08-12 07:54:27.000000000 +1000
+++ xfce4-panel-4.12.1/plugins/clock/clock.c	2017-07-28 11:45:01.388259000 +1000
@@ -730,13 +730,13 @@
       if (format != NULL)
-          gtk_entry_set_text (entry, format);
           gtk_widget_hide (GTK_WIDGET (entry));
-          g_free (format);
+          gtk_entry_set_text (entry, format);
           gtk_widget_show (GTK_WIDGET (entry));
+          g_free (format);
Comment 8 kurtmeln 2017-08-02 05:37:31 CEST
Same issue on debian 9, xfce 4.12.3.
In addition, the 'Button title:' entered in 'Applications Menu' properties has a same bug.
The xfce4-panel source code in Github has not been fixed according to Simon Naunton;
Please also fix this in xfce4 packages distributed with debian9 (Compiling from source is annoying and dangerous). 
Comment 9 michael.e.mcgowen 2017-10-10 20:19:17 CEST
I too have experienced this on several linux distros, specifically every flavor of *buntu as well as Mint and pure Debian 8 and greater. I'm currently using AV Linux. This is the first bug I've run into with AV. :(

BTW, I'm using an HP Pavillion 350G with AV linux.

I love the XFCE D!. Been using it exclusively for years. That said, not sure why you guys haven't been able to squash such an insidiously pervasive bug, but it's getting anoying enough that I'm considering a different DE. <sigh>

Thank you for your attention to detail, and your diligence at pest control. :)
Comment 10 Simon Steinbeiss editbugs 2017-11-12 00:27:41 CET
I'm having a hard time reproducing this problem. Could you describe the exact steps needed?

Also ideally the version/s of the panel and xfconf and/or your distribution.
Comment 11 muntasim.haque 2017-11-12 07:48:36 CET
I'm using Debian 9 stretch with Xfce 4.12.

The clock disappears when I go to the Properties right-clicking on the Clock-plugin. The Properties dislog-box opens though, but the three text-boxes is shown empty with the cursor blinking in the Timezone text-box.

Please find the screenshot attached for your perusal: https://imgur.com/a/ud0eH
Comment 12 jfblagden 2017-11-13 01:41:30 CET
I'm also experiencing this problem in Debian 9 Buster with XFCE 4.12.3.
Comment 13 René Genz 2017-11-15 20:48:27 CET
With German locale for time display (LC_TIME=de_DE.utf8), one line of the 'Clock' panel applet display format is empty. 
This can be reproduced on Parabola and Fedora 26 x86_64; both provide xfce4-panel 4.12.1
On Fedora 26 x86_64 I compiled the Git 'master' branch (resulting in xfce4-panel 4.13.1git-711d4a6d), used an LXDE session to be able to start my compiled version of `/opt/xfce4/bin/xfce4-panel` and found the same issue. This method is the fastest to test the user LC_TIME setting with the Xfce panel on the fly, from my point of view.

Steps to reproduce on Fedora 26 x86_64:
set German locale for time display:
# system setting (restart computer to take effect; no user setting must be present):
$ cat /etc/locale.conf

# user setting (log out/in sufficient; overwrites system setting):
$ cat ~/.bashrc
export LC_TIME=de_DE.utf8

Other user files (~/.dmrc ~/.pam_environment ~/.config/user-dirs.locale) do not work.

check locale:
In terminal execute `locale`.

configure applet:
right mouse button click on 'Clock' panel applet -- Properties -- Clock Options -- Format:
||       # <--- here is the problem!
|Custom Format|

The third option from the top is empty in preview and actual display.
With English-US locale (en_US.utf8) for time display the format options look like this:
|07:29:56 PM|
|07:29 PM|
|Custom Format|

The 'date and time' panel applet is not affected.
The 'xfce4-datetime-plugin' package does not provide the 'Clock' applet as far as I could find out. It seems to be part of 'xfce4-panel'.
Comment 14 Simon Steinbeiss editbugs 2017-11-15 22:55:20 CET
@René Genz: Thanks for the steps - I can reproduce the issue now. I'll take a look...
Comment 15 Simon Steinbeiss editbugs 2017-11-15 23:15:07 CET
This seems to be a bug in glib, more concretely in g_date_time_format (https://developer.gnome.org/glib/stable/glib-GDateTime.html#g-date-time-format)

It simply returns an empty string on the format specifier %r (which the panel uses as third option by default) with the German locale.

You can quickly confirm that by setting "%r" as custom format and you will get the same behaviour. It is *not* a bug in the date function itself because calling "date +%r" in the terminal results in the correct response with the above settings/locale.

Resolution will be
1) to handle empty strings and not display this option in the clock within the panel and
2) to submit an upstream bug against glib.
Comment 16 Git Bot editbugs 2017-11-15 23:50:26 CET
Simon Steinbeiss referenced this bugreport in commit e43248058e67e1cf2725788c894616dc431458cd

clock: Fix invalid datetime formats appearing in list (Bug #11527)

Comment 17 Simon Steinbeiss editbugs 2017-11-15 23:50:44 CET
1) The panel now hides unsupported options (but you can still set them in the custom formatter and get emptry strings/clocks, which is also the case for any unsupported character so we would have to evaluate the format specifier or set a default fallback...)

2) Upstream glib bugreport: https://bugzilla.gnome.org/show_bug.cgi?id=790416
Comment 18 Simon Steinbeiss editbugs 2017-11-15 23:51:09 CET
I don't think adding a validator is worth the pain, so I consider this issue closed for now.
Comment 19 Git Bot editbugs 2017-11-16 00:28:23 CET
Simon Steinbeiss referenced this bugreport in commit a25624c894e93e1ff354f597975639ef0c2822c2

clock: Add a validator for digital custom formats (Bug #11527)

Comment 20 Simon Steinbeiss editbugs 2017-11-16 00:28:59 CET
Turns out it was simple enough, so I added a validator that colors the entry red if an invalid format is specified.
Comment 21 Simon Naunton 2017-11-16 02:42:13 CET
@Simon Steinbeiss, the problem reported by @René Genz is different to the logged problem which is fixed by the patch I created (see comment 7: https://bugzilla.xfce.org/show_bug.cgi?id=11527#c7) which has not been included in git yet.
Comment 22 Simon Steinbeiss editbugs 2017-11-16 21:35:26 CET
@simon naunton: I can't reproduce your issue I guess, I could only reproduce the other part and presumed it was the same.

Also your patch doesn't really make sense to me - or I don't get what it's supposed to fix and how.
Setting the entry text is for copying the "last selected format" to the "custom format" entry. It should be ok to do that when the entry is hidden i.e. when a preset format is selected. Then showing the entry will simply reveal this "last selection".
Comment 23 Simon Naunton 2017-11-16 23:23:20 CET
@Simon Steinbeiss. Hmmm.... seems to be working now. Ignore me. Sorry.
Comment 24 Simon Steinbeiss editbugs 2017-11-16 23:26:11 CET
Well no problem at all, thanks for getting back to me/us on this - always good to be sure!
Comment 25 Git Bot editbugs 2017-11-26 01:16:11 CET
Simon Steinbeiss referenced this bugreport in commit 989d654b5d6b33e1c4127c740c806420a30b45a4

clock: Fix format validation (Bug #11527)

Comment 26 Simon Steinbeiss editbugs 2019-05-28 23:36:00 CEST
*** Bug 14507 has been marked as a duplicate of this bug. ***

Bug #11527

Reported by:
Steve Dodier-Lazaro
Reported on: 2015-02-10
Last modified on: 2019-05-28
Duplicates (2):
  • 12900 Opening plugin properties resets its settings and makes it show nothing
  • 14507 clock becomes invisible if settings changed


Nick Schermer
CC List:
16 users




Additional information