System not localized after an OEM or offline installation

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

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

Status changed to 'Confirmed' because the bug affects multiple users.

This seems to effect both the oem install in French and the OEM User in German. Most things were still in English on both occasions.

I believe both this bug #1307983 and bug #1308056 are regressions since landing accountsservice patch for bug #1134364. Whilst the change does not regress bug #1134364 test case.

This bug was fixed in the package localechooser - 2.49ubuntu5

---------------
localechooser (2.49ubuntu5) trusty; urgency=medium

  * Create skeleton locale-langpack subdirectories for each language being
    installed, so that accountsservice knows to offer the
    incomplete-language-support prompt (LP: #1307983).
 -- Colin Watson <email address hidden> Tue, 15 Apr 2014 19:50:37 +0100

This bug was fixed in the package ubiquity - 2.18.6

---------------
ubiquity (2.18.6) trusty; urgency=medium

  * Automatic update of included source packages: localechooser 2.49ubuntu5.
  * Rebase localechooser patch to account for creation of skeleton
    locale-langpack subdirectories (LP: #1307983).
 -- Colin Watson <email address hidden> Tue, 15 Apr 2014 19:58:47 +0100

I am reopening the task for Trusty, the end user is not notified to install missing language support on first login and gnome-language-selector crashes (bug 1308396)

Actually it is a bit different, I chose German for the end-user and g-l-s wants to install EN and FR langpacks.

"Actually it is a bit different, I chose German for the end-user and g-l-s wants to install EN and FR langpacks." - makes sense we are probably not running localechooser correctly under oem case.

This bug was fixed in the package ubiquity - 2.18.7

---------------
ubiquity (2.18.7) trusty; urgency=medium

  [ Aurélien Gâteau ]
  * KDE: Remove spacer to fix vertical space in sidebar LP: #1308440

  [ Dimitri John Ledkov ]
  * Fix localechooser-apply in OEM configuration mode (LP: #1307983),
    whilst previous only fixed the offline installation mode.
 -- Dimitri John Ledkov <email address hidden> Wed, 16 Apr 2014 11:51:38 +0100

In case of Chinese, ${loc%_*} creates /usr/share/locale-langpack/zh. While that seems to be sufficient to trigger prompting for installation of the langpacks, the directory actually used by the langpacks is either zh_CN or zh_TW. So zh remains a skeleton directory.

Would it be possible to treat Chinese as a special case in ubiquity and localechooser and create zh_CN or zh_TW instead of zh?

Another option might be to let language-selector remove the skeleton dir somehow.

With Trusty Desktop 20140416.1:

Case 1: Non-english installation without network
- After installation
  - Desktop is in english
  - user is notified of missing langpacks and can proceed with their installation.
  - desktop is localized after installation of the langpacks and a reboot.

Case 2: OEM installation, end user selects a non-english language
- After end user setup:
  - Desktop is in english
  - User is *not notified* that langpacks are missing even after a reboot
  - if the user opens "System Settings / Language supports" missing langpacks are proposed for installation. The system is localized after installation of the langpacks and a reboot.

The Precise Pangolin has reached end of life, so this bug will not be fixed for that release