wikibugs wrote:

This is noticed in following too.

1. Insert Table dialog
2. Search and replace dialog

wikibugs wrote:

Changed the client platform --> PC and OS --> Windows Vista

Fixed in r56332

wikibugs wrote:

It works fine for all dialogs now.

1. Insert Links
2. Insert Tables
3. Search and replace

wikibugs wrote:

Added keyword babaco to the bug

wikibugs wrote:

Reproducible in Mac OS.

Steps to Reproduce ::
1)Navigate to a Random page and click Edit link
2)Click 'Link' icon in the toolbar
3)Click 'Tab' twice

<<cursor moves to search text box>>

Expected Outcome ::
Cursor shall be moved to a next available button or text box in the opened window.

Other observations::
This bug can be reproduce in following windows also

1. Insert Table dialog
2. Search and replace dialog

Test Environment ::
Browser (User-Agent): Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
Time and Date: 10:16:18 AM - Monday, October 05, 2009
Javascript: Enabled
Cookies Enabled: Enabled
Java Enabled: Enabled
CPU class/type: OS/CPU Intel Mac OS X 10.5

Browser (User-Agent): Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-us) AppleWebKit/523.15.1 (KHTML, like Gecko) Version/3.0.4 Safari/523.10
Time and Date: 10:22:39 AM - Tuesday, October 06, 2009
Javascript: Enabled
Cookies Enabled: Enabled
Java Enabled: Enabled

I can't reproduce this on Windows, and the tabindexes are set right in the HTML. Trevor, can you try to reproduce this on your Mac?

wikibugs wrote:

Verified with r61584 in Mac 10.5.6

Tab goes from target page to text to display and then to option button to a wiki page. But after wards tab is not moving to any.

Verified on trunk (as of r63270). Using OSX 10.6.2, Firefox 3.5.8.

Could not replicate in Chrome 5 or Opera 10, they tab to the internal/external radios like they should.

Can't reproduce in r86603
Firefox, Chrome and Safari work in 10.6.6