(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?

(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.

Created attachment 16002
Screenshot

Attached:

I still do not know what are steps to reproduce the problem (as a list, step by step). Comment 0 does not provide any.

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. :)

:“<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').

(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.

Bug 68798 is one aspect of this problem.