Closed Bug 408266 Opened 17 years ago Closed 17 years ago

Focus bug involving two pages, one of which contains a plugin (OS X)

Categories

(Core :: Widget: Cocoa, defect, P2)

PowerPC
macOS
defect

Tracking

()

RESOLVED FIXED

People

(Reporter: smichaud, Assigned: smichaud)

References

()

Details

If the saved browser state contains two pages, the topmost of which loads at least one plugin, it won't be possible to put the keyboard focus into any of the top window's text fields when you restart the browser. Steps to reproduce: 1) Run a recent Minefield nightly and open two windows. 2) Load a URL into one of them that contains at least one plugin (http://www.rogerdean.com/ will do -- it loads one Flash object). The other window can have any contents, including about:blank. 3) Click on the page containing the plugin to make it the topmost. 4) Quit the browser, and choose "Save and Quit" (the default) when it asks you if you want to save your tabs and windows. 5) Restart the browser, and wait until both pages are fully loaded -- the page containing the plugin should once again be topmost. 6) Click on any of the topmost window's text fields outside the plugin (e.g. the location bar or the Google search box) -- you won't see a flashing text-entry cursor, and it won't be possible to enter text. I also tried this with a Java object and one of Apple's QuickTime movie trailers, with the same results: http://java.sun.com/applets/jdk/1.4/demo/applets/Clock/example1.html http://www.apple.com/trailers By the way, my patch for bug 403232 (attachment 290893 [details] [diff] [review]) also fixes this bug. The following tryserver build was built with that patch: https://build.mozilla.org/tryserver-builds/2007-11-29_13:05-smichaud@pobox.com-focus/
Flags: blocking1.9?
Assignee: joshmoz → smichaud
Summary: Focus bug involving two pages, one of which contains a plugin → Focus bug involving two pages, one of which contains a plugin (OS X)
Flags: blocking1.9? → blocking1.9+
Priority: -- → P2
By the way, I also tested for this problem (using today's Minefield nightlies) on Windows and Linux ... and didn't see it.
Flags: blocking1.9+ → blocking1.9?
Priority: P2 → --
Silly bugzilla. I didn't mean to remove the blocking1.9+ flag.
Ok. Setting back to blocking+. Also, set to P2. Steven, please make sure the priority matches the other focus issues.
Flags: blocking1.9? → blocking1.9+
Priority: -- → P2
> Steven, please make sure the priority matches the other focus > issues. It does -- they're all blocking1.9+ and P2.
Depends on: 403232
Fixed by patch for bug 403232, which just landed on trunk.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Flags: in-litmus?
(Following up comment #5) The first time I landed a patch for bug 403232, I had to back it out because of Mochitest failures. I've just landed another version of the patch, which had no problems.
in-litmus+: https://litmus.mozilla.org/show_test.cgi?id=5314 (Steven, comment 0's testcase made it a breeze to transplant this into Litmus; thanks!)
Flags: in-litmus? → in-litmus+
You need to log in before you can comment on or make changes to this bug.