Bug 2265628 - Installed system with 24-hour time format is in 12-hour format after installation
Summary: Installed system with 24-hour time format is in 12-hour format after installa...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: gsettings-desktop-schemas
Version: 40
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Matthias Clasen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F40FinalBlocker, FinalBlocker
TreeView+ depends on / blocked
 
Reported: 2024-02-23 11:08 UTC by Daniel Rusek
Modified: 2024-02-23 16:47 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2024-02-23 16:47:14 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
GNOME Gitlab GNOME gsettings-desktop-schemas merge_requests 75 0 None merged Change default clock format back to 24h for non-US locales 2024-02-23 16:27:44 UTC

Description Daniel Rusek 2024-02-23 11:08:17 UTC
Found this issue during the Fedora 40 test days. The installed Fedora Workstation 40 system seems to always have a 12-hour format set, even if I selected a 24-hour one during the installation.

Reproducible: Always

Steps to Reproduce:
1. Install the Fedora Workstation 40 using latest nightly iso.
2. Set the time format to a 24-hour one during the installation.
3. Check what is the time format in the installed system.

Actual Results:  
The installed Fedora Workstation system seems to always have a 12-hour format set.

Expected Results:  
The installed Fedora Workstation system has its time format correctly set.

Comment 1 Fedora Blocker Bugs Application 2024-02-23 11:12:12 UTC
Proposed as a Blocker for 40-final by Fedora user asciiwolf using the blocker tracking app because:

 The installed Fedora Workstation 40 system seems to always have a 12-hour format set, even if I selected a 24-hour one during the installation. This is not correct and should be fixed.

Comment 2 Adam Williamson 2024-02-23 16:27:45 UTC
There's no release criterion for this, I don't think. It doesn't really seem like something important enough to block release, to me.

What anaconda's intending to do is let you set a time *zone*, not a time format. Well, it's capable of three things: setting whether the hardware clock is set to UTC or local time, configuring NTP, and setting a timezone. What it specifically does to configure those is:

* Write out /etc/adjtime (to set the hardware clock offset)
* Enable chrony and write a configuration file for it (to configure NTP)
* Create a /etc/localtime symlink to the appropriate file in /usr/share/zoneinfo (to set the timezone)

it does nothing at all to indicate a time *display format* preference based on the timezone, and never has.

What actually changed here, I think, is just that GNOME effectively changed its default display format from 24 hour to 12 hour (while trying to make it possible to set a correct default per locale): https://gitlab.gnome.org/GNOME/gsettings-desktop-schemas/-/merge_requests/55

Since then, however, someone realized the original goal could be met more cleanly by setting the default back to 24h and just adding a US English "translation" to 12 hour:
https://gitlab.gnome.org/GNOME/gsettings-desktop-schemas/-/merge_requests/75

so when we get that in Fedora, GNOME's default should be back to 24hr display for all locales except en_US.

Comment 3 Adam Williamson 2024-02-23 16:47:14 UTC
https://bodhi.fedoraproject.org/updates/FEDORA-2024-06d5306b7d should fix this, let me know if not.


Note You need to log in before you can comment on or make changes to this bug.