GNOME clock displays improper date format for US/EN locale

[Erick Brunzell]

I've actually noticed this for some time and decided to file a bug report in hopes of getting this fixed by 16.04 (or sooner).

In the standard GNOME desktop (with US/EN locale set) the date in the clock displays day of week, day of month, month before the time rather than day of week, month, day of month - eg; Mon 13 Apr, 8:06 PM rather than Mon Apr 13, 8:06 PM.

The proper format is used both in the screen-lock and the Date & Time settings dialog (see screenshot).

This also effects the clock applet in gnome-panel as of Vivid, possibly it's now following g-s-d rather than u-s-d?

ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: gnome-settings-daemon 3.14.2-3ubuntu1
ProcVersionSignature: Ubuntu 3.19.0-13.13-generic 3.19.3
Uname: Linux 3.19.0-13-generic i686
ApportVersion: 2.17-0ubuntu2
Architecture: i386
CurrentDesktop: GNOME
Date: Mon Apr 13 19:57:57 2015
InstallationDate: Installed on 2015-04-01 (13 days ago)
InstallationMedia: Ubuntu-GNOME 15.04 "Vivid Vervet" - Beta i386 (20150331)
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: gnome-settings-daemon
UpgradeStatus: No upgrade log present (probably fresh install)

[Tim Lunn (darkxst)]

the string in the panel comes from gnome-desktop I believe. The other strings, calendar widget, lockscreen etc are formatted by gnome-shell.

[Erick Brunzell (lbsolost)]

Still affects Wily.

[Ubuntu QA Website (ubuntuqa)]

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1443723

[Robert Hönig (indielives010)]

summary:
GNOME displays time and date with US/EN locale set partially wrong.
The day of the month should come after the month.

[Alberto Salvia Novella (es20490446e)]

Why not simply use the ISO standard? DD-MM-YYYY

[Tim Lunn (darkxst)]

The incorrect string comes from a shared API in gnome-desktop3 you can't just go changing that, and really that should be fixed.
On the gnome-shell side it would be good to see some consistency, with all date strings coming from the one place/function.

[Tim Lunn (darkxst)]

actually this seems to be fixed in xenial/3.18 so far as I can tell.

[Erick Brunzell (lbsolost)]

Yes, I think this is (or at least was) fixed in Xenial. I can't be certain because I haven't been able to use any iso since the 4.3 series kernel rolled out and I really need to get a fresh install working at some point because the testing install I'm using is long in the tooth and has been modified far too much to be certain of anything.

[Tim Lunn (darkxst)]

On 14/12/15 14:36, Erick Brunzell wrote:
> Yes, I think this is (or at least was) fixed in Xenial. I can't be
> certain because I haven't been able to use any iso since the 4.3 series
> kernel rolled out and I really need to get a fresh install working at
> some point because the testing install I'm using is long in the tooth
> and has been modified far too much to be certain of anything.
I suspect the workaround you need is to install xserver-xorg-legacy, although that is related to Xorg running as non-root user which has been
around longer than 4.3
>

[Malena Vasquez (malevasquez)]

This bug has been fixed in the latest GNOME release. Thank you for reporting!