option to show date in the panel no longer works

[Jamie Strandboge]

Binary package hint: indicator-datetime

Bug #601974 discusses how to enable displaying the date and day in the datetime applet. While dconf-editor still has entries for /apps/indicators/datetime (show-date, show-day and show-seconds), and they are checked, they no longer work. I don't know the precise version that introduced the issue, but I believe it is the 0.1.92 series.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: indicator-datetime 0.1.93-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.38-2.29-generic 2.6.38-rc3
Uname: Linux 2.6.38-2-generic x86_64
Architecture: amd64
Date: Fri Feb 11 12:03:15 2011
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100427.1)
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, user)
 LANG=en_US.UTF-8
 LC_MESSAGES=en_US.utf8
 SHELL=/bin/bash
SourcePackage: indicator-datetime

[Ted Gould (ted)]

On Fri, 2011-02-11 at 18:09 +0000, Jamie Strandboge wrote:
> Bug #601974 discusses how to enable displaying the date and day in the
> datetime applet. While dconf-editor still has entries for
> /apps/indicators/datetime (show-date, show-day and show-seconds), and
> they are checked, they no longer work. I don't know the precise version
> that introduced the issue, but I believe it is the 0.1.92 series.

Yes, they moved as GNOME changed the naming policy for GSettings keys.
They're now /com/canonical/indicator/datetime instead
of /apps/indicators/datetime.

  status invalid

[Jamie Strandboge (jdstrand)]

Thanks. Should these perhaps be cleaned out somehow then?

[Jamie Strandboge (jdstrand)]

Also, the descriptions for things under /com/canonical/indicator/datetime are quite messed up in dconf-editor. Looks like the newline character is wrong.

[Jamie Strandboge (jdstrand)]

Not to mention, in addition to cleaning up, migrating the existing settings would be good.

[Ted Gould (ted)]

On Fri, 2011-02-11 at 23:09 +0000, Jamie Strandboge wrote:
> Not to mention, in addition to cleaning up, migrating the existing
> settings would be good.

Yeah, but since setting them was rather difficult to begin with we
haven't really prioritized migrating them. They were probably only set
by very advanced users :)