Bug 1410599

Summary: Initial language selection is too sticky, cannot be reverted later on through a dialog
Product: [Fedora] Fedora Reporter: Jan Pokorný [poki] <jpokorny>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 26CC: anaconda-maint-list, g.kaviyarasu, jonathan, mkolman, samuel-rhbugs, sbueno, vanmeeuwen+fedora, vponcova
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-12-12 11:59:14 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:

Description Jan Pokorný [poki] 2017-01-05 20:54:52 UTC
The problem I observed was this:

0. install Fedora while being connected to internet
1. in the initial language selection preselected by some heuristic
   based likely on geoip, observe you have everything in language
   A different from English; A is also preselected and subsequently
   confirmed by the user
2. realize you actually want a different language (English), go "back"
   (almost identically looking Language Support dialog) choose English
3. observe:
   a. previously selected language A cannot be deselected
   b. when confirmed with English added, the dialog strings are still
      in language A

My suggestion is that the functionality of the very initial language
support selection and subsequent dialog to adjust the preferences
for that should be functionally equivalent, not that the former is
binding and the latter is just additive.


FWIW, it reminds me a really bad design of installer of "the other
operating system" where a mistake in initial language selection seemed
even more fatal, while here, the remedy is simply a reboot.
Which is still anoying enough (for me) and hence this bug report.

Comment 1 Jan Pokorný [poki] 2017-01-05 20:57:14 UTC
With Fedora-Server-netinst-x86_64-Rawhide-20170103.n.0.iso,
anaconda 26.16-1.

Comment 2 Fedora End Of Life 2017-02-28 10:53:31 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 26 development cycle.
Changing version to '26'.

Comment 3 Martin Kolman 2017-12-06 14:08:12 UTC
IIRC this is at least partially caused by GTK not being to switch translation language at runtime. We do some nasty hacks to do change it for the language selection screen and it is basically impossible to do once all the screens and widgets have been loaded.

There is a chance GTK has improved since as it's some time since we last looked into this.

Comment 4 Jan Pokorný [poki] 2017-12-07 17:26:31 UTC
I don't know the exact limitations, but a generic possibility
not relying on the UI toolkit might be like:
1. serialize current state (if suitable)
2. exec the program anew or spawn a new instance in parallel,
   graphically overlying the original
3. in the new program instance, deserialize the state from 1.
   (if suitable)
4. terminate the old instance from 2. if running in parallel

Comment 5 Samantha N. Bueno 2017-12-12 11:59:14 UTC

*** This bug has been marked as a duplicate of bug 1300148 ***