Bug 1759221

Summary: after changing Formats to Germany then back to English, localectl shows Germany even after a reboot
Product: [Fedora] Fedora Reporter: Chris Murphy <bugzilla>
Component: gnome-control-centerAssignee: Pete Walter <walter.pete>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 31CC: bberg, bugzilla, gmarr, gnome-sig, mcatanzaro+wrong-account-do-not-cc, petersen, robatino, walter.pete
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: AcceptedBlocker
Fixed In Version: gnome-control-center-3.34.1-2.fc31 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-10-08 00:28:11 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1644939    
Attachments:
Description Flags
screenshot none

Description Chris Murphy 2019-10-07 16:08:05 UTC
Description of problem:

After changing Formats from US to Germany and back to US, GNOME Shell appears stuck on Germany.


Version-Release number of selected component (if applicable):
gnome-control-center-3.34.0.1-2.fc31.x86_64

How reproducible:
At the moment its actively reproducing in that the GUI says formats is US but very clearly localectl says otherwise.


Steps to Reproduce:
1. F30 upgraded to F31 via 'dnf system-upgrade'
2. For the lifetime of F30 and F31 up until the next step, the Language and Formats has always been default: English (US) and US (English) respectively; and no changes made on CLI either.
3. GNOME Settings > Formats, change to Germany (German), click Done.
4. GNOME Settings > Formats, change to US (English), click Done.
5. Power off for the night; cold boot this morning....

Actual results:

GNOME Terminal dates and file sizes are all in German.

Expected results:

Should revert back to US English

Additional info:


[chris@flap ~]$ localectl
   System Locale: LANG=en_US.UTF-8
                  LC_NUMERIC=de_DE.UTF-8
                  LC_TIME=de_DE.UTF-8
                  LC_MONETARY=de_DE.UTF-8
                  LC_PAPER=de_DE.UTF-8
                  LC_MEASUREMENT=de_DE.UTF-8
       VC Keymap: us
      X11 Layout: us
[chris@flap ~]$ 

That's with g-c-c Region & Language
Language set to English (US)
Format set to US (English)

So yeah something changed that to DE, but won't change it back to US. mclasen things maybe related to systemd --user

Comment 1 Fedora Blocker Bugs Application 2019-10-07 16:09:59 UTC
Proposed as a Blocker for 31-final by Fedora user chrismurphy using the blocker tracking app because:

 "All applications that can be launched using the standard graphical mechanism of a release-blocking desktop after a default installation of that desktop must start successfully and withstand a basic functionality test. "

Language and Formats is certainly basic functionality and so is reverting changed settings. Yet that's clearly broken.

a) Regression
b) GUI got me into this mess, GUI should get me out
c) non-obvious I can use localectl as a work around to reset these variables (untested) rather than doing a clean install

Comment 2 Michael Catanzaro 2019-10-07 16:14:41 UTC
+1 blocker if other users can reproduce this

Comment 3 Chris Murphy 2019-10-07 16:25:17 UTC
Created attachment 1623227 [details]
screenshot

Basically once I change Format, it can't be reverted.

Comment 4 Benjamin Berg 2019-10-07 16:40:23 UTC
The problem is that g-c-c calls the SetLocal DBus method without any of the LC_* variables set. It does so, because the language and format match, in the expectation that localed will unset the variables. However, localed does not do so.

The fix is to just always set the variables to their correct values in set_localed_locale (cc-region-panel.c). localed seems to be smart enough and not show them at that point.

Comment 5 Fedora Update System 2019-10-07 17:20:14 UTC
FEDORA-2019-6fefa9e3ee has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2019-6fefa9e3ee

Comment 6 Chris Murphy 2019-10-07 19:48:17 UTC
https://koji.fedoraproject.org/koji/taskinfo?taskID=38124556

Fixed for me on two systems.

Comment 7 Fedora Update System 2019-10-08 00:28:11 UTC
gnome-control-center-3.34.1-2.fc31 has been pushed to the Fedora 31 stable repository. If problems still persist, please make note of it in this bug report.

Comment 8 Geoffrey Marr 2019-10-08 06:28:50 UTC
Discussed during the 2019-10-07 blocker review meeting: [0]

The decision to classify this bug as an "AcceptedBlocker" was made as it violates the following criterion:

"All applications that can be launched using the standard graphical mechanism of a release-blocking desktop after a default installation of that desktop must start successfully and withstand a basic functionality test" (this counts as 'basic functionality' of the Language and Formats applet)

[0] https://meetbot.fedoraproject.org/fedora-blocker-review/2019-10-07/f31-blocker-review.2019-10-07-16.02.txt