Live Session is not localized

Bug #2013329 reported by Dominik Viererbe
72
This bug affects 9 people
Affects Status Importance Assigned to Milestone
Release Notes for Ubuntu
Fix Released
Undecided
Unassigned
Lunar
Fix Released
Undecided
Unassigned
Mantic
Fix Released
Undecided
Unassigned
Noble
New
Undecided
Unassigned
ubuntu-desktop-provision
Confirmed
High
Unassigned

Bug Description

I tested the Live Session in Ubuntu Desktop amd64 in Lunar Beta.

- I selected german and the language of the installer changed to german. (Good)
- After selecting the Try Ubuntu option the Desktop environment was in english. (Expected: german)
- After selecting the Install Ubuntu on the Desktop environment; the installer asked again to select my language. English was pre-selected. (Expected: german)

- With/Without Internet connection has no effect.
- ISO used: https://cdimage.ubuntu.com/daily-live/20230329/lunar-desktop-amd64.iso
- ISO hash and signature verified

Device:
Lenovo ThinkPad X201
CPU: 64-Bit Intel Core i7-M 620 @2.67GHz x 4
RAM: 4GB RAM
Graphics: Intel HD Graphics
Storage: 160GB SSD

Revision history for this message
Dominik Viererbe (dviererbe) wrote :

Verified on:
Lenovo ThinkPad Yoga 460
CPU: 64-Bit Intel Core i7-6500U @2.50GHz x 4;
RAM: 8GB
Graphics: Mesa Intel HD Graphics 520 (SKL GT2);
Storage: 256GB SSD

Revision history for this message
Chris Guiver (guiverc) wrote (last edit ):

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please execute the following command only once, as it will automatically gather debugging information, in a terminal:

apport-collect 2013329

When reporting bugs in the future please use apport by using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https://wiki.ubuntu.com/ReportingBugs.

You've reported this against `ubiquity` or the installer used on the alternate ISO, but appear to be talking about the primary desktop ISO which uses the new desktop installer.

Please boot the ISO you used on your hardware & run the apport-collect command.

Revision history for this message
Paul White (paulw2u) wrote :

Dominik, looking at the manifest (https://cdimage.ubuntu.com/daily-live/20230329/lunar-desktop-amd64.manifest) for the ISO that you say you have used then ubiquity is not the correct package for this bug report.

Moving to the ubuntu-desktop-installer *project*.

affects: ubiquity (Ubuntu) → ubuntu-desktop-installer
Revision history for this message
Ubuntu QA Website (ubuntuqa) wrote :

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
https://iso.qa.ubuntu.com/qatracker/reports/bugs/2013329

tags: added: iso-testing
Revision history for this message
Jeremy Bícha (jbicha) wrote :
Jeremy Bícha (jbicha)
tags: added: i18n lunar
Paride Legovini (paride)
Changed in ubuntu-release-notes:
status: New → Fix Released
Changed in ubuntu-desktop-installer:
status: New → Confirmed
Revision history for this message
Tim Andersson (andersson123) wrote :
Revision history for this message
sudodus (nio-wiklund) wrote :

ISO-testing: Dell Latitude E7240, Swedish. - The selected non-English language is *not* used in the live session, but keyboard can be set by 'setxkbmap se'. The non-English language is used in the installer and in the installed system.

Revision history for this message
Utkarsh Gupta (utkarsh) wrote :

Uh, could someone ensure this is also targeting Noble?

no longer affects: ubuntu-desktop-installer/trunk
affects: ubuntu-desktop-installer → ubuntu-desktop-provision
Changed in ubuntu-desktop-provision:
importance: Undecided → High
tags: added: noble
Revision history for this message
Erkin Alp Güney (erkinalp9035) wrote :

@utkarsh yes

Revision history for this message
Brian Murray (brian-murray) wrote :

This continues to be an issue with a Ubuntu desktop image from 2024-04-14.

Revision history for this message
Lukas Klingsbo (spydon) wrote :

This has been an issue for a long time and I don't think we can solve it from the installer, since locales have to be generated and GDM has to be restarted after the language is changed.

Revision history for this message
Sebastien Bacher (seb128) wrote :

It's indeed non trivial to fix. We could restart gdm when clicking the 'try' button at the cost of delay/screen flicker, it's hackish and not really nice. The proper solution would probably to modify gdm to start the installer in its own session, similarly to what is done for the initial setup and only log into the user session at the time where the user select 'try'

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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