Clicking close button of non-active tab makes textfield lose focus Steps to reproduce: 1) Open at least two tabs in a browser window, at least one of which has a text-input field (e.g. this bug's URL). 2) Make active one of the tabs with a text-input field, and click in that field to give it the focus. 3) Click on the close button of one of the non-active tabs (either a left-click or a right-click will do). If you left-click the tab whose close button you clicked will close. If you right-click a context menu will appear. But in either case the active tab's text-input field will no longer have the focus. As best I can tell, this bug happens on all platforms, on both the trunk and the 1.8 branch. I tested on Windows XP, Linux and OS X. Testing on the trunk on OS X is made more difficult by other focus bugs (notably bug 403232).

So this is not a regression?

It's not a regression from the 1.8 branch (which has the same problem).

Regression window is http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=2006-08-12+08%3A00&maxdate=2006-08-12+15%3A00 Appears to be caused by bug 348362, and that would explain why you can also see it in 1.8 branch.

This does not occur for me (in FF 3.6.3) on Mac OS X: both <input type="text"/> and <textarea></textarea> retain focus when a background tab is closed.

WFM on: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a6pre) Gecko/20100615 Minefield/3.7a6pre

wfm on xp: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a6pre) Gecko/20100616 Minefield/3.7a6pre ( .NET CLR 3.5.30729)

[Sorry to be repetitious; I'm new to this and apparently wasn't specific enough:] WFM on: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3

WFM on Linux. I think that's enough WFMs to resolve the bug.