Activity log for bug #1047384

Date Who What changed Old value New value Message
2012-09-07 13:48:59 Martin Meredith bug added bug
2012-09-07 13:56:32 Dimitri John Ledkov ubiquity (Ubuntu): status New Confirmed
2012-09-07 13:56:39 Dimitri John Ledkov ubiquity (Ubuntu): importance Undecided High
2012-09-07 13:56:43 Dimitri John Ledkov ubiquity (Ubuntu): importance High Medium
2012-09-07 13:57:21 Dimitri John Ledkov tags amd64 apport-bug quantal running-unity ubiquity-2.11.30 amd64 apport-bug needs-design quantal running-unity ubiquity-2.11.30
2012-09-07 14:06:42 Dimitri John Ledkov ubiquity (Ubuntu): assignee Matthew Paul Thomas (mpt)
2012-10-17 12:19:54 Benjamin Schmid bug added subscriber Benjamin Schmid
2012-12-23 10:41:32 Simon Westphahl bug added subscriber Simon Westphahl
2013-01-24 15:57:22 Matthew Paul Thomas ubiquity (Ubuntu): status Confirmed In Progress
2013-02-14 16:01:57 Matthew Paul Thomas ubiquity (Ubuntu): status In Progress Triaged
2013-02-14 16:02:07 Matthew Paul Thomas ubiquity (Ubuntu): assignee Matthew Paul Thomas (mpt)
2013-02-14 16:06:03 Matthew Paul Thomas description When installing my system, I selected to encrypt access to my system. This prompted me to enter a password. I entered a password with a # symbol in it, however due to using an english keyboard, this would not have been correctly recorded as a #, but as a ' instead - leading it to refuse my password when booting. I tested this both connected to and not connected to the internet. It seems that at the point of entering the password during the installer, the keyboard layout was set to en_US. Therefore, when booting and having the locale as en_GB - it didn't correctly work. I tried this with the @ symbol, which when entered was accepted on boot by hitting shift+2 (american combination) I also tried this by entering a password with a £ sign (shift 3 on UK keyboard - which would be a # on a US keyboard) When entering password on boot, entering the password with the # key rather than the £ key worked. In summary - when entering password for encrypting system, keyboard is set as a US keyboard layout, which differs from that when booting to enter the password if it is changed in a later step. Proposed solution: Move the keyboard selection / Locale Setup before any input boxes. (espescially those where you can't see the contents of them!) ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: ubiquity (not installed) ProcVersionSignature: Ubuntu 3.5.0-13.14-generic 3.5.3 Uname: Linux 3.5.0-13-generic x86_64 NonfreeKernelModules: wl ApportVersion: 2.5.1-0ubuntu4 Architecture: amd64 Date: Fri Sep 7 14:40:18 2012 InstallCmdLine: noprompt cdrom-detect/try-usb=true file=/cdrom/preseed/ubuntu.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Alpha amd64 (20120905.2) ProcEnviron: LANGUAGE=en_GB:en PATH=(custom, no user) LANG=en_GB.UTF-8 SHELL=/bin/bash SourcePackage: ubiquity UpgradeStatus: No upgrade log present (probably fresh install) Ubuntu 12.10 When installing my system, I selected to encrypt access to my system. This prompted me to enter a password. I entered a password with a # symbol in it, however due to using an english keyboard, this would not have been correctly recorded as a #, but as a ' instead - leading it to refuse my password when booting. I tested this both connected to and not connected to the internet. It seems that at the point of entering the password during the installer, the keyboard layout was set to en_US. Therefore, when booting and having the locale as en_GB - it didn't correctly work. I tried this with the @ symbol, which when entered was accepted on boot by hitting shift+2 (american combination) I also tried this by entering a password with a £ sign (shift 3 on UK keyboard - which would be a # on a US keyboard) When entering password on boot, entering the password with the # key rather than the £ key worked. In summary - when entering password for encrypting system, keyboard is set as a US keyboard layout, which differs from that when booting to enter the password if it is changed in a later step. Proposed solution: Move the keyboard selection / Locale Setup before any input boxes. (espescially those where you can't see the contents of them!) <http://goo.gl/PSaUz>: "Whenever “Encrypt the new Ubuntu installation for security” is checked, the caption “You’ll choose a security key in just a moment.” should be sensitive. If you then choose “Continue”, the “Keyboard layout” step should be next, instead of its usual order, so that typing the security key works as expected, and should then be followed by “Choose a security key”."
2013-02-18 09:50:48 Ubuntu QA Website tags amd64 apport-bug needs-design quantal running-unity ubiquity-2.11.30 amd64 apport-bug iso-testing needs-design quantal running-unity ubiquity-2.11.30
2013-04-19 14:44:43 Matthew Paul Thomas description Ubuntu 12.10 When installing my system, I selected to encrypt access to my system. This prompted me to enter a password. I entered a password with a # symbol in it, however due to using an english keyboard, this would not have been correctly recorded as a #, but as a ' instead - leading it to refuse my password when booting. I tested this both connected to and not connected to the internet. It seems that at the point of entering the password during the installer, the keyboard layout was set to en_US. Therefore, when booting and having the locale as en_GB - it didn't correctly work. I tried this with the @ symbol, which when entered was accepted on boot by hitting shift+2 (american combination) I also tried this by entering a password with a £ sign (shift 3 on UK keyboard - which would be a # on a US keyboard) When entering password on boot, entering the password with the # key rather than the £ key worked. In summary - when entering password for encrypting system, keyboard is set as a US keyboard layout, which differs from that when booting to enter the password if it is changed in a later step. Proposed solution: Move the keyboard selection / Locale Setup before any input boxes. (espescially those where you can't see the contents of them!) <http://goo.gl/PSaUz>: "Whenever “Encrypt the new Ubuntu installation for security” is checked, the caption “You’ll choose a security key in just a moment.” should be sensitive. If you then choose “Continue”, the “Keyboard layout” step should be next, instead of its usual order, so that typing the security key works as expected, and should then be followed by “Choose a security key”." Ubuntu 12.10 When installing my system, I selected to encrypt access to my system. This prompted me to enter a password. I entered a password with a # symbol in it, however due to using an english keyboard, this would not have been correctly recorded as a #, but as a ' instead - leading it to refuse my password when booting. I tested this both connected to and not connected to the internet. It seems that at the point of entering the password during the installer, the keyboard layout was set to en_US. Therefore, when booting and having the locale as en_GB - it didn't correctly work. I tried this with the @ symbol, which when entered was accepted on boot by hitting shift+2 (american combination) I also tried this by entering a password with a £ sign (shift 3 on UK keyboard - which would be a # on a US keyboard) When entering password on boot, entering the password with the # key rather than the £ key worked. In summary - when entering password for encrypting system, keyboard is set as a US keyboard layout, which differs from that when booting to enter the password if it is changed in a later step. Proposed solution: Move the keyboard selection / Locale Setup before any input boxes. (espescially those where you can't see the contents of them!) <http://goo.gl/YwIcT>: "The “Keyboard layout” screen should appear immediately before whichever is the first keyboard-requiring step." <http://goo.gl/PSaUz>: "Whenever “Encrypt the new Ubuntu installation for security” is checked, the caption 'You’ll choose a security key in just a moment.' should be sensitive. 'Choose a security key' is a keyboard-requiring step, so that typing the security key works as expected."
2013-10-30 16:12:23 Brian Murray nominated for series Ubuntu Trusty
2013-10-30 16:12:23 Brian Murray bug task added ubiquity (Ubuntu Trusty)
2014-02-10 17:02:01 Scaramanga bug added subscriber Scaramanga
2014-03-31 14:57:15 Bruno attachment added /var/log/installer https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1047384/+attachment/4055824/+files/installer.tgz
2014-03-31 15:24:49 Bruno attachment added /var/log/installer when using F2/F3 in ISO boot menu to set up keybard layout => OK https://bugs.launchpad.net/ubuntu/trusty/+source/ubiquity/+bug/1047384/+attachment/4055879/+files/installer.tgz
2014-05-01 17:34:18 Dimitri John Ledkov bug task deleted ubiquity (Ubuntu Trusty)
2014-10-25 15:02:30 Rafael Gattringer tags amd64 apport-bug iso-testing needs-design quantal running-unity ubiquity-2.11.30 amd64 apport-bug installation iso-testing keyboard keymap locale needs-design quantal running-unity ubiquity-2.11.30 utopic
2014-10-25 15:04:12 Rafael Gattringer tags amd64 apport-bug installation iso-testing keyboard keymap locale needs-design quantal running-unity ubiquity-2.11.30 utopic amd64 apport-bug installation iso-testing keyboard keymap locale needs-design quantal running-unity trusty ubiquity-2.11.30 utopic
2014-10-25 15:05:06 Rafael Gattringer tags amd64 apport-bug installation iso-testing keyboard keymap locale needs-design quantal running-unity trusty ubiquity-2.11.30 utopic amd64 apport-bug installation iso-testing keyboard keymap locale needs-design password quantal running-unity trusty ubiquity-2.11.30 utopic
2015-01-27 17:13:56 Tommy Nevtelen bug added subscriber Tommy Nevtelen
2015-06-08 14:24:39 Matthew Paul Thomas description Ubuntu 12.10 When installing my system, I selected to encrypt access to my system. This prompted me to enter a password. I entered a password with a # symbol in it, however due to using an english keyboard, this would not have been correctly recorded as a #, but as a ' instead - leading it to refuse my password when booting. I tested this both connected to and not connected to the internet. It seems that at the point of entering the password during the installer, the keyboard layout was set to en_US. Therefore, when booting and having the locale as en_GB - it didn't correctly work. I tried this with the @ symbol, which when entered was accepted on boot by hitting shift+2 (american combination) I also tried this by entering a password with a £ sign (shift 3 on UK keyboard - which would be a # on a US keyboard) When entering password on boot, entering the password with the # key rather than the £ key worked. In summary - when entering password for encrypting system, keyboard is set as a US keyboard layout, which differs from that when booting to enter the password if it is changed in a later step. Proposed solution: Move the keyboard selection / Locale Setup before any input boxes. (espescially those where you can't see the contents of them!) <http://goo.gl/YwIcT>: "The “Keyboard layout” screen should appear immediately before whichever is the first keyboard-requiring step." <http://goo.gl/PSaUz>: "Whenever “Encrypt the new Ubuntu installation for security” is checked, the caption 'You’ll choose a security key in just a moment.' should be sensitive. 'Choose a security key' is a keyboard-requiring step, so that typing the security key works as expected." Ubuntu 12.10 When installing my system, I selected to encrypt access to my system. This prompted me to enter a password. I entered a password with a # symbol in it, however due to using an english keyboard, this would not have been correctly recorded as a #, but as a ' instead - leading it to refuse my password when booting. I tested this both connected to and not connected to the internet. It seems that at the point of entering the password during the installer, the keyboard layout was set to en_US. Therefore, when booting and having the locale as en_GB - it didn't correctly work. I tried this with the @ symbol, which when entered was accepted on boot by hitting shift+2 (american combination) I also tried this by entering a password with a £ sign (shift 3 on UK keyboard - which would be a # on a US keyboard) When entering password on boot, entering the password with the # key rather than the £ key worked. In summary - when entering password for encrypting system, keyboard is set as a US keyboard layout, which differs from that when booting to enter the password if it is changed in a later step. Proposed solution: Move the keyboard selection / Locale Setup before any input boxes. (espescially those where you can't see the contents of them!) <http://goo.gl/YwIcT>: "The “Keyboard layout” screen should appear immediately before whichever is the first keyboard-requiring step." <https://goo.gl/lDfhcI>: "Whenever “Encrypt the new Ubuntu installation for security” is checked, the caption 'You’ll choose a security key in just a moment.' should be sensitive. 'Choose a security key' is a keyboard-requiring step, so that typing the security key works as expected."
2015-06-08 14:25:17 Matthew Paul Thomas description Ubuntu 12.10 When installing my system, I selected to encrypt access to my system. This prompted me to enter a password. I entered a password with a # symbol in it, however due to using an english keyboard, this would not have been correctly recorded as a #, but as a ' instead - leading it to refuse my password when booting. I tested this both connected to and not connected to the internet. It seems that at the point of entering the password during the installer, the keyboard layout was set to en_US. Therefore, when booting and having the locale as en_GB - it didn't correctly work. I tried this with the @ symbol, which when entered was accepted on boot by hitting shift+2 (american combination) I also tried this by entering a password with a £ sign (shift 3 on UK keyboard - which would be a # on a US keyboard) When entering password on boot, entering the password with the # key rather than the £ key worked. In summary - when entering password for encrypting system, keyboard is set as a US keyboard layout, which differs from that when booting to enter the password if it is changed in a later step. Proposed solution: Move the keyboard selection / Locale Setup before any input boxes. (espescially those where you can't see the contents of them!) <http://goo.gl/YwIcT>: "The “Keyboard layout” screen should appear immediately before whichever is the first keyboard-requiring step." <https://goo.gl/lDfhcI>: "Whenever “Encrypt the new Ubuntu installation for security” is checked, the caption 'You’ll choose a security key in just a moment.' should be sensitive. 'Choose a security key' is a keyboard-requiring step, so that typing the security key works as expected." Ubuntu 12.10 When installing my system, I selected to encrypt access to my system. This prompted me to enter a password. I entered a password with a # symbol in it, however due to using an english keyboard, this would not have been correctly recorded as a #, but as a ' instead - leading it to refuse my password when booting. I tested this both connected to and not connected to the internet. It seems that at the point of entering the password during the installer, the keyboard layout was set to en_US. Therefore, when booting and having the locale as en_GB - it didn't correctly work. I tried this with the @ symbol, which when entered was accepted on boot by hitting shift+2 (american combination) I also tried this by entering a password with a £ sign (shift 3 on UK keyboard - which would be a # on a US keyboard) When entering password on boot, entering the password with the # key rather than the £ key worked. In summary - when entering password for encrypting system, keyboard is set as a US keyboard layout, which differs from that when booting to enter the password if it is changed in a later step. Proposed solution: Move the keyboard selection / Locale Setup before any input boxes. (espescially those where you can't see the contents of them!) <http://goo.gl/YwIcT>: "The “Keyboard layout” screen should appear immediately before whichever is the first keyboard-requiring step." <https://goo.gl/lDfhcI>: "Whenever “Encrypt the new Ubuntu installation for security” is checked, the caption 'You’ll choose a security key in just a moment.' should be sensitive. 'Choose a security key' is a keyboard-requiring step, so that typing the security key works as expected." It may save time to fix this at the same time as bug 871752.
2016-11-22 05:42:12 Marco bug added subscriber Marco
2016-12-24 20:24:15 Jean-Philippe Guérard bug added subscriber Jean-Philippe Guérard
2017-01-10 01:37:04 kristbaum tags amd64 apport-bug installation iso-testing keyboard keymap locale needs-design password quantal running-unity trusty ubiquity-2.11.30 utopic amd64 apport-bug installation iso-testing keyboard keymap locale needs-design password quantal running-unity trusty ubiquity-2.11.30 utopic zesty
2017-03-22 15:59:00 Etienne Papegnies bug added subscriber Etienne Papegnies
2017-04-08 14:27:17 Stephen Hope affects ubiquity (Ubuntu) xubuntu-default-settings
2017-04-10 09:50:17 Etienne Papegnies bug task added ubiquity (Ubuntu)
2017-04-10 09:50:32 Etienne Papegnies ubiquity (Ubuntu): status New Confirmed
2017-04-10 10:13:47 Etienne Papegnies bug task deleted ubiquity (Ubuntu)
2017-04-10 10:14:04 Etienne Papegnies affects xubuntu-default-settings ubiquity
2017-04-10 10:15:07 Etienne Papegnies bug task added xubuntu-default-settings (Ubuntu)
2017-04-10 10:16:55 Colin Watson affects ubiquity ubiquity (Ubuntu)
2017-04-10 10:39:22 Damian Wojsław bug added subscriber Damian Wojsław
2017-04-10 14:42:29 Benjamin Schmid removed subscriber Benjamin Schmid
2017-04-11 19:03:53 Launchpad Janitor xubuntu-default-settings (Ubuntu): status New Confirmed
2017-04-25 11:47:05 Damian Wojsław removed subscriber Damian Wojsław
2017-06-06 11:22:36 Will Cooke bug added subscriber Will Cooke
2017-07-07 06:05:22 Etienne Papegnies tags amd64 apport-bug installation iso-testing keyboard keymap locale needs-design password quantal running-unity trusty ubiquity-2.11.30 utopic zesty amd64 apport-bug artful installation iso-testing keyboard keymap locale needs-design password quantal running-unity trusty ubiquity-2.11.30 utopic xenial zesty
2017-08-07 19:22:01 Martin Wimpress  ubiquity (Ubuntu): importance Medium High
2017-10-20 08:47:34 Will Cooke tags amd64 apport-bug artful installation iso-testing keyboard keymap locale needs-design password quantal running-unity trusty ubiquity-2.11.30 utopic xenial zesty amd64 apport-bug artful installation iso-testing keyboard keymap locale needs-design password quantal rls-bb-incoming running-unity trusty ubiquity-2.11.30 utopic xenial zesty
2017-10-20 16:45:27 Steve Langasek nominated for series Ubuntu Bb-series
2017-10-20 16:45:27 Steve Langasek bug task added xubuntu-default-settings (Ubuntu Bb-series)
2017-10-20 16:45:27 Steve Langasek bug task added ubiquity (Ubuntu Bb-series)
2017-10-20 16:45:37 Steve Langasek ubiquity (Ubuntu Bb-series): status New Triaged
2017-10-20 16:45:40 Steve Langasek ubiquity (Ubuntu Bb-series): importance Undecided Critical
2017-10-20 16:48:09 Steve Langasek tags amd64 apport-bug artful installation iso-testing keyboard keymap locale needs-design password quantal rls-bb-incoming running-unity trusty ubiquity-2.11.30 utopic xenial zesty amd64 apport-bug artful installation iso-testing keyboard keymap locale needs-design password quantal running-unity trusty ubiquity-2.11.30 utopic xenial zesty
2017-10-21 11:51:06 Launchpad Janitor xubuntu-default-settings (Ubuntu Bb-series): status New Confirmed
2017-10-21 12:11:04 Francis Ginther tags amd64 apport-bug artful installation iso-testing keyboard keymap locale needs-design password quantal running-unity trusty ubiquity-2.11.30 utopic xenial zesty amd64 apport-bug artful id-59777adc5b653ed1d02a72c8 installation iso-testing keyboard keymap locale needs-design password quantal running-unity trusty ubiquity-2.11.30 utopic xenial zesty
2017-11-07 06:20:24 theghost bug watch added https://bugzilla.suse.com/show_bug.cgi?id=1046436
2017-11-09 12:53:33 PierreF bug watch added https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619711
2017-11-15 08:40:04 theghost bug added subscriber theghost
2018-01-03 14:53:25 Launchpad Janitor branch linked lp:~xnox/ubiquity/move-keyboard-early
2018-01-19 14:30:18 Matthew Paul Thomas tags amd64 apport-bug artful id-59777adc5b653ed1d02a72c8 installation iso-testing keyboard keymap locale needs-design password quantal running-unity trusty ubiquity-2.11.30 utopic xenial zesty amd64 apport-bug artful id-59777adc5b653ed1d02a72c8 installation iso-testing keyboard keymap locale password quantal running-unity trusty ubiquity-2.11.30 utopic xenial zesty
2018-02-06 11:06:27 Launchpad Janitor branch linked lp:ubiquity
2018-02-07 06:20:47 Steve Langasek ubiquity (Ubuntu Bionic): status Triaged Fix Committed
2018-02-07 13:41:24 Dimitri John Ledkov ubiquity (Ubuntu Bionic): status Fix Committed Fix Released
2018-02-07 13:56:45 Simon Westphahl removed subscriber Simon Westphahl
2018-08-14 10:32:58 Marco Markgraf bug added subscriber Marco Markgraf
2018-08-23 11:44:28 Theo Linkspfeifer xubuntu-default-settings (Ubuntu): status Confirmed Invalid
2018-08-23 11:44:34 Theo Linkspfeifer xubuntu-default-settings (Ubuntu Bionic): status Confirmed Invalid