Last modified: 2014-10-07 21:33:32 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T67704, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 65704 - Tab from Username no longer sends user to Password field, but instead to Search box
Tab from Username no longer sends user to Password field, but instead to Sear...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
User login and signup (Other open bugs)
unspecified
All All
: High blocker (vote)
: ---
Assigned To: Matthew Flaschen
: code-update-regression
Depends on:
Blocks: wmf-deployment
  Show dependency treegraph
 
Reported: 2014-05-23 22:39 UTC by Chris McMahon
Modified: 2014-10-07 21:33 UTC (History)
12 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---
aklapper: Backport_WMF+


Attachments

Description Chris McMahon 2014-05-23 22:39:57 UTC
Seen in both beta labs and mw.o but not yet in enwiki: 

Go to login screen. 
Type Username
hit TAB button

cursor goes to Search box

cursor should go to Password box
Comment 1 Steven Walling 2014-05-23 22:45:00 UTC
Confirmed that I get this on mediawiki.org for both account creation and login. This is bizarre. I don't think we changed the tabindex? Maybe it has something to do with the new search?
Comment 2 Andre Klapper 2014-05-24 02:28:47 UTC
(In reply to Steven Walling from comment #1)
> I don't think we changed the tabindex?

Bug 29199 comment 21 got committed; more stuff cooking in bug 46336.
Comment 3 Umherirrender 2014-05-24 14:29:05 UTC
Marking a blocker, because this can leaks a password into the search field when using the same workflow as before, which is the better one.
Please find a solution before deployment to more wikis. Thanks.

Gerrit change #134801 was the corresponding change set
Comment 4 Gerrit Notification Bot 2014-05-24 15:01:32 UTC
Change 135205 had a related patch set uploaded by Mattflaschen:
Revert "Restore search box tabindex"

https://gerrit.wikimedia.org/r/135205
Comment 5 Gerrit Notification Bot 2014-05-24 15:06:05 UTC
Change 135205 merged by jenkins-bot:
Revert "Restore search box tabindex"

https://gerrit.wikimedia.org/r/135205
Comment 6 Gerrit Notification Bot 2014-05-24 15:07:09 UTC
Change 135208 had a related patch set uploaded by Mattflaschen:
Revert "Restore search box tabindex"

https://gerrit.wikimedia.org/r/135208
Comment 7 Gerrit Notification Bot 2014-05-24 15:30:53 UTC
Change 135269 had a related patch set uploaded by Mattflaschen:
Fix search box tabindex again

https://gerrit.wikimedia.org/r/135269
Comment 8 Bartosz Dziewoński 2014-05-24 20:42:20 UTC
Fixed in master, pending WMF backport.
Comment 9 Gerrit Notification Bot 2014-05-27 18:28:47 UTC
Change 135208 merged by Reedy:
Revert "Restore search box tabindex"

https://gerrit.wikimedia.org/r/135208
Comment 10 Greg Grossmeier 2014-05-27 22:35:57 UTC
To be explicit:
The cause of this has been reverted in the production branches (https://gerrit.wikimedia.org/r/135208), but there is sitll discussion about the correct way forward (https://gerrit.wikimedia.org/r/135269).

FYI: We'll need to either come to a conclusion on that second one by Thursday morning Pacific time, or simply revert the code that was reverted in the first one in master (so that we don't have to keep re-reverting it in the wmfXX branches, which is prone for error).

Assigning to Alex as it's his patch that is being reviewed now.
Comment 11 Matthew Flaschen 2014-05-27 23:27:21 UTC
(In reply to Greg Grossmeier from comment #10)
> To be explicit:
> The cause of this has been reverted in the production branches
> (https://gerrit.wikimedia.org/r/135208), but there is sitll discussion about
> the correct way forward (https://gerrit.wikimedia.org/r/135269).

I reverted it in master first Saturday, and it was merged very shortly thereafter the same day.  See https://gerrit.wikimedia.org/r/#/q/Iaea60834aa8f1564aca50c21ee62ae01f958cc65,n,z

> FYI: We'll need to either come to a conclusion on that second one by
> Thursday morning Pacific time, or simply revert the code that was reverted
> in the first one in master (so that we don't have to keep re-reverting it in
> the wmfXX branches, which is prone for error).

For this reason (among others), my understanding that the general rule (with rare exceptions) is that it should be merged to master before being cherry-picked.
Comment 12 Matthew Flaschen 2014-05-27 23:29:01 UTC
Also, this part is fixed.  It's the search box that is being worked on again (covered under bug 29199, though maybe it should get a dedicated bug).
Comment 13 Andre Klapper 2014-10-07 21:33:32 UTC
[Backport was merged into 1.24wmf6 once upon a time, hence setting Backport_WMF flag to +]

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links