[Desktop-packages] [Bug 1360086] Re: Thunderbird 31 regression: changing focus with in compose window during address autocompletion
Bug was fixed upstream some time ago. Tested as ok in Ubuntu 18.04 and Thunderbird 52.9.1 ** Changed in: thunderbird (Ubuntu) Status: Confirmed => Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with in compose window during address autocompletion Status in Mozilla Thunderbird: Fix Released Status in thunderbird package in Ubuntu: Fix Released Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing while autocompleting an address, and in the second case, we see unexpected behavior when pressing + in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword >> autocomplete suggestion] 3 press Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword >> autocomplete suggestion] 3 press + Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
*** Bug 1051564 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in thunderbird package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
https://hg.mozilla.org/releases/comm-esr31/rev/fbb5a78e7140 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in thunderbird package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
Jorg: this already has status-thunderbird34:fixed and status- thunderbird35:fixed, and target milestone 36. It's long since this landed. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in thunderbird package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
Magnus, my understanding is that you and I now have approval+ privileges in BMO. So you can make the call on approval-comm-esr31 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in thunderbird package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
Please land for ESR31. One question: Landing this on 35 (comment #43 and comment #44) means that we will see it in beta 36 one day soon now? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in thunderbird package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
It should be safe to re-land it now yes. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in thunderbird package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
Magnus has the most context there. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in thunderbird package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
Since the fix to bug 1043310 (and therefore bug 1107844) has landed for ESR31, this fix should probably be put back in for ESR31, right, Magnus? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in thunderbird package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
We should probably back this out for ESR, since it makes bug 1107844 so much more exposed. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in thunderbird package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
Ok, thanks Magnus, I've just backed it out: https://hg.mozilla.org/releases/comm-esr31/rev/3b6a364c4650 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in thunderbird package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
https://hg.mozilla.org/releases/comm-esr31/rev/ba2e66184ee5 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
*** Bug 1098643 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
(In reply to Charles from comment #45) Any chance this can be backported to TB 32, so we don't have to wait forever for the fix... :) Hopefully you mean TB 31. And the intentions are extremely clear if you reexamine the flags and comments. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
You must have missed comment 42 Flags: approval-comm-esr31?, is the standard way to request landing on the release. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
Yes, I meant 31, sorry, but... Flags say 'None yet set'... am I missing something? And I don't see any specific comment that actually says this will land in 31.x... But if it will, then fine... thanks... -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
Oops, yeah, sorry about that... But shouldn't that be reflected in the 'Flags' for the bug? Although I do see it now also in the 'Attachments' section... Oh well, I'll look more carefully next time... Thanks again! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
Any chance this can be backported to TB 32, so we don't have to wait forever for the fix... :) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
https://hg.mozilla.org/releases/comm-aurora/rev/a22b167c6957 https://hg.mozilla.org/releases/comm-beta/rev/0c70f8c7a864 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
https://hg.mozilla.org/comm-central/rev/57ec66cb59ab - FIXED -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
Comment on attachment 8463013 bug1043784_tab_adds_address_row.patch [Approval Request Comment] Regression caused by (bug #): bug 959209 User impact if declined: tab in autocomplete adds a new line, instead of just going to end of completion Testing completed (on c-c, etc.): landed on trunk Risk to taking this patch (and alternatives if risky): not risky -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086] Re: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion
** Changed in: thunderbird Status: In Progress = Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Fix Released Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
Comment on attachment 8463013 bug1043784_tab_adds_address_row.patch Review of attachment 8463013: - Patch looks good - thanks Magnus. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: In Progress Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
*** Bug 1075386 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: In Progress Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
*** Bug 1073774 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: In Progress Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
I am also all for fixing this bug sooner rather than later. It bits me every day and annoys me at least 20 times per day when it does. I am a long-time Thunderbird user, and this change really freaks me out. Sorry for being so blunt! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: In Progress Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086]
(In reply to Richard Marti (:Paenglab) from comment #33) (In reply to Charles from comment #32) What does 'do this' mean? Old behavior. Excellent, thanks... Sadly, this didn't make it into 31.1... -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: In Progress Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086] [NEW] Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion
Public bug reported: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) ** Affects: thunderbird Importance: Unknown Status: Unknown ** Affects: thunderbird (Ubuntu) Importance: Undecided Status: Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Unknown Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086] Re: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion
Marked confirmed, because it's been reported by multiple people upstream -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Unknown Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086] Re: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion
It looks like there's the start of a solution patch for Issue #1 upstream. Please backport the appropriate patches when the upstream issues are fixed. ** Bug watch added: Mozilla Bugzilla #1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 ** Also affects: thunderbird via https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 Importance: Unknown Status: Unknown ** Changed in: thunderbird (Ubuntu) Status: New = Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1360086 Title: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion Status in Mozilla Thunderbird Mail and News: Unknown Status in “thunderbird” package in Ubuntu: Confirmed Bug description: There are two similar/related regressions in Thunderbird 31, when typing address(es) in the 'To' field(s) of the compose window. Both regressions involve the widget focus behavior when navigating via keyboard after typing an address that is in your autocompletion address list. In one case, we see unexpected behavior when pressing TAB while autocompleting an address, and in the second case, we see unexpected behavior when pressing SHIFT+TAB in the same scenario. Comments are borrowed below from the upstream bug reports: https://bugzilla.mozilla.org/show_bug.cgi?id=1043784 https://bugzilla.mozilla.org/show_bug.cgi?id=1051564 Issue #1: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) don't create a new empty recipient row c) As a consequence, as there's no other (empty or filled) row widget after the just-filled row widget, move focus to the next widget, which happens to be Subject box. Issue #2: STR 1 compose new msg 2 in exactly the last empty recipient row (with set recipient type), type a searchword which triggers at least one autocomplete suggestion: e.g. [To: ][searchword autocomplete suggestion] 3 press shift+tab Actual Result (TB31) a) focus moves away from the current recipient row immediately b) a new empty recipient row is created c) the just-added recipient row gets focus Expected Result (as in TB24) b) no new recipient row is created c) jump to the 'To:' combo box (i.e., the previous widget, rather than the next widget) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1360086/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360086] Re: Thunderbird 31 regression: changing focus with TAB in compose window during address autocompletion
Launchpad has imported 36 comments from the remote bug at https://bugzilla.mozilla.org/show_bug.cgi?id=1043784. If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. On 2014-07-25T04:17:41+00:00 Attila Hammer wrote: User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:31.0) Gecko/20100101 Firefox/31.0 (Beta/Release) Build ID: 20140715214335 Steps to reproduce: After CTRL+N keystroke when the typed search term resulting correct autocompleted e-mail address from address book, TAB and SHIFT+TAB keystrokes resulting present a new to: text box. Actual results: Expected result before Thunderbird 31.0: Previous versions after CTRL+N keystroke when a search term resulting correct autocompleted e-mail address, if the user press TAB and SHIFT+TAB keystrokes, Thunderbird right jump the Subject text box or the previous address type combo box with possible set address type (to: CC, BCC, etc). Of course, if in to: text box after autocompletion the user press ENTER key, right to presenting a new to: text box. I using Thunderbird with screen reader and now more time happening me to I type the subject with the new to: text box (more time forgot with subject text box need pressing two TAB keys). :-):-) Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1360086/comments/0 On 2014-07-25T04:56:19+00:00 Attila Hammer wrote: With Thunderbird 33.0a2 and 34.0A1 version affected too, I downloaded following place the test version: ftp://ftp.mozilla.org/pub/thunderbird/nightly/latest-comm-aurora/thunderbird-33.0a2.en-US.linux-i686.tar.bz2 ftp://ftp.mozilla.org/pub/thunderbird/nightly/latest-comm-central/thunderbird-34.0a1.en-US.linux-i686.tar.bz2 Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1360086/comments/1 On 2014-07-25T05:11:40+00:00 Attila Hammer wrote: Created attachment 8462337 Video to show the issue with various situations This video shows the issue with various situations. When first time pop up the message dialog, I simple typed an e-mail address. After this, press SHIFT+TAB keystroke. Ideal situation possible setting the typed e-mail address type with any type (to:, CC, bcc). Now, the caret land the new empty to: field. So, I need pressing three SHIFT+TAB keystrokes to change the first e-mail address type with bcc or cc type, and after this, need jumping more tab keys the subject field. The second case simple typed an e-mail address, and two keypress need using to jump the subject field. Attila Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1360086/comments/2 On 2014-07-25T07:22:31+00:00 Bugzilla-mozilla-org-g wrote: just checked. Confirm. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1360086/comments/3 On 2014-07-25T10:06:12+00:00 Peter-lairo wrote: Just to clarify the expected results a bit: 1. Tab should put the selection in the *Subject* line (and not create a new To/CC/BCC address line). 2. Shift+Tab should put the selection on the To/CC/BCC drop-down-button *before* the current address. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1360086/comments/4 On 2014-07-25T10:29:15+00:00 Attila Hammer wrote: Peter, correct with you wrote. This is the expected result with need restore if this is possible. Possible fixing this issue both Thunderbird 31.0 and 33X/34.x releases? Attila Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1360086/comments/5 On 2014-07-25T20:15:49+00:00 Vseerror wrote: If it started in version 31, this is also regression of bug 959209 Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1360086/comments/6 On 2014-07-26T19:31:43+00:00 Mkmelin+mozilla wrote: Modifying summary (tab-shift works like before afaikt), and confirming for discussion. This change was discussed in bug 959209 comment 6. I'm not sure I'd consider it a bug, but I'm open for arguments. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1360086/comments/7 On 2014-07-26T19:33:14+00:00 Mkmelin+mozilla wrote: Created attachment 8463013 bug1043784_tab_adds_address_row.patch Restore the earlier behavior of not
