Last modified: 2014-08-16 10:10:41 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 T69824, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 67824 - User links keyboard shortcuts do not work.
User links keyboard shortcuts do not work.
Status: UNCONFIRMED
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
1.24rc
All Windows XP
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
: accessibility
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-07-10 21:55 UTC by Ritu Swain
Modified: 2014-08-16 10:10 UTC (History)
3 users (show)

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


Attachments
Screenshot (57.50 KB, image/png)
2014-07-22 19:37 UTC, Ritu Swain
Details

Description Ritu Swain 2014-07-10 21:55:55 UTC
Setup-Logged into your account.
Test Environment- test2 and BetaLabs

Steps to Reproduce-

Keyboard shortcuts to access the user links “<username>” and “Watchlist” displayed at the top far right of the page do not work in Chrome 35.0.1916.153 and Safari 5.1.7. When shortcuts for “Talk”, “Contributions” are used, the respective links should be highlighted to let the user know that the link was selected, and it is not doing so. 
In FF 30.0 the “Watchlist” shortcut is not working. 
Also tested in Mac OS X 10.5.8, Safari 5.0.6, the shortcut for “Watchlist” is not working.
Comment 1 Andre Klapper 2014-07-11 09:44:27 UTC
(In reply to Ritu Swain from comment #0)
> When shortcuts for “Talk”, “Contributions”
> are used, the respective links should be highlighted to let the user know
> that the link was selected, and it is not doing so. 

Is that the behavior on other websites when using these browsers, or is that a new feature request?

In general, I am tempted to close this as a duplicate of bug 477. Do you agree?
Comment 2 Ritu Swain 2014-07-22 19:36:26 UTC
(In reply to Andre Klapper from comment #1)
> (In reply to Ritu Swain from comment #0)
> > When shortcuts for “Talk”, “Contributions”
> > are used, the respective links should be highlighted to let the user know
> > that the link was selected, and it is not doing so. 
> 
> Is that the behavior on other websites when using these browsers, or is that
> a new feature request?

Not a new feature request.
The shortcut key combinations are shown when the mouse hovers over the user links. 

In Firefox only, when the shortcut keys are pressed the respective user link gets surrounded by a dotted border. Please see screenshot.But it does not do the same thing in Chrome and Safari.

I feel bug 477 is different. Here the shortcuts for user links are not doing anything when the combination is pressed.
Comment 3 Ritu Swain 2014-07-22 19:37:18 UTC
Created attachment 16002 [details]
Screenshot
Comment 4 Andre Klapper 2014-07-23 09:50:30 UTC
I still do not know what are steps to reproduce the problem (as a list, step by step).  Comment 0 does not provide any.
Comment 5 Andre Klapper 2014-07-23 10:10:16 UTC
Ah. Looks like I hover over a link in the personal top bar with my mouse, see a keyboard communication in the popup, and try to use that one. :)
Comment 6 Derk-Jan Hartman 2014-07-23 15:14:41 UTC
:“<username>” and “Watchlist” displayed do not work in Chrome 35.0.1916.153

They work for me on Chrome 36 for the Mac at least.

:In FF 30.0 the “Watchlist” shortcut is not working. 
In FF 31 for the mac it seems to work for me.

:in Mac OS X 10.5.8, Safari 5.0.6, the shortcut for “Watchlist” is not working.
That is not supported anymore, so difficult to investigate and solve

:"When shortcuts for “Talk”, “Contributions” are used, the respective links should be highlighted to let the user know that the link was selected, and it is not doing so."


That seems like a separate issue, but that is the behavior as implemented by the browser. FF and IE focus anything that has been 'activated' (a link was clicked or an access key was used). Webkit however does not, has never done so, and we are unlikely to implement that in JS.


It might be that you have some tool installed that captures these key combinations at the OS level, but we can't do too much about that, there will always be conflicts (aka 
bug 477 is not really solvable, at most we can 'mitigate').
Comment 7 Ritu Swain 2014-07-23 16:05:03 UTC
(In reply to Derk-Jan Hartman from comment #6)

> They work for me on Chrome 36 for the Mac at least.

Tested in Chrome 36, “<username>” and “Watchlist” displayed do not work.

 
> In FF 31 for the mac it seems to work for me.

Tested in FF 31, the “Watchlist” does not work.
Comment 8 Andre Klapper 2014-07-30 10:06:04 UTC
Bug 68798 is one aspect of this problem.

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


Navigation
Links