subiquity

correct docs around locale being an implicit interactive-section

Bug #2037133 reported by Dan Bungert
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
subiquity
Fix Released
High
Chris Peterson

Bug Description

In the autoinstall reference is the following:

locale
type: string
default: en_US.UTF-8
can be interactive: yes, always interactive if any section is

That isn't true today. That documentation suggests that the following configurations should have the same result:

interactive-sections: [locale, network]
interactive-sections: [network]

But in testing, only the one where locale is listed as an interactive section, will it be interactive.

Dan Bungert (dbungert)
tags: added: foundations-todo
Revision history for this message
Chris Peterson (cpete) wrote :

To be clear, this is a "behavior needs to match the documentation" issue - not the other way around - right?

Revision history for this message
Dan Bungert (dbungert) wrote :

Yes, make behavior match docs is my proposal. As it is documented this way presumably it worked like this in the past, and I like the sound of the behavior.

Revision history for this message
Michael Hudson-Doyle (mwhudson) wrote :

Hmm it seems we dropped this (deliberately) in https://github.com/canonical/subiquity/pull/937 where I said
there wasn't any good reason for this behaviour (one somewhat obscure reason for doing this before the client/server split was to make sure all but one instance of subiquity stopped at the first screen). So maybe after all the docs should be fixed -- if someone wants to make an ISO that is hard coded to run in a particular locale, I don't see why we should go out of our way to stop them...

Dan Bungert (dbungert)
Changed in subiquity:
status: New → Triaged
importance: Undecided → High
Dan Bungert (dbungert)
summary: - locale should be interactive when any section is interactive
+ correct docs around locale being an implicit interactive-section
Chris Peterson (cpete)
Changed in subiquity:
assignee: nobody → Chris Peterson (cpete)
Chris Peterson (cpete)
Changed in subiquity:
status: Triaged → In Progress
Chris Peterson (cpete)
Changed in subiquity:
status: In Progress → Fix Committed
Chris Peterson (cpete)
tags: removed: foundations-todo
Olivier Gayot (ogayot)
Changed in subiquity:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.