localechooser in ubiquity will pick lzh_TW instead of zh_TW when timezone set to Taipei
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
localechooser (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned | ||
ubiquity (Ubuntu) |
Confirmed
|
Medium
|
Unassigned |
Bug Description
Steps to reproduce:
1. Install Ubuntu, use English as default language but manually set the timezone to Taipei
2. Boot to desktop, run command `locale`
Expected Result:
* You should only see "en_US.UTF-8" and "zh_TW" in the output
Actual Result:
* You will see "lzh_TW" instead.
Impact:
This will cause error when running commands like apport, which will call the locale.py in Python
Traceback (most recent call last):
File "/usr/share/
app.run_argv()
File "/usr/lib/
return self.run_crashes()
File "/usr/lib/
logind_
File "/usr/lib/
orig_ctime = locale.
File "/usr/lib/
return _parse_
File "/usr/lib/
raise ValueError('unknown locale: %s' % localename)
ValueError: unknown locale: lzh_TW
(Bug opened for Python https:/
affects: | language-pack-zh-hant (Ubuntu) → ubiquity (Ubuntu) |
description: | updated |
affects: | ubiquity (Ubuntu) → localechooser (Ubuntu) |
Status changed to 'Confirmed' because the bug affects multiple users.