Closed Bug 291355 Opened 20 years ago Closed 20 years ago

Tabbing breaks in Camino on Tiger gold (8A425) when page contains plugin

Categories

(Camino Graveyard :: Plug-ins, defect)

PowerPC
macOS
defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED
Camino0.9

People

(Reporter: smichaud, Assigned: mikepinkerton)

References

()

Details

(Keywords: fixed1.7.7)

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050417 Camino/0.8+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050417 Camino/0.8+

Camino's tabbing functionality breaks on the soon-to-be-released
version of Tiger (OS X 10.4, seed 8A425) when its current page
contains a plugin.

Load a plugin into "tab #1".  When you try to open a new tab, or
switch to one that already exists ("tab #2"), the contents of tab #2
are displayed, but the focus stays in tab #1 -- if you visit another
URL while tab #2 is displayed, it will get loaded into tab #1.

This only happens when tab #1 contains a plugin.  If you change the
contents of your tabs so that none of them contain any plugins,
Camino's behavior will return to normal.  I've only tested with Flash,
QuickTime and Java plugins, but I strongly suspect that the same thing
would happen with any plugin.

If you run Camino from Terminal, you see the following Console error
message every time you try to open a new tab or switch tabs from a
page that contains a plugin:

  Camino[245] *** Assertion failure in -[BrowserWrapper
    _gatherFocusStateInto:upTo:withContext:], AppKit.subproj/NSView.m:3125
  Camino[245] non-positive window number

I suspect this problem is caused by a bug in Tiger.  But since the
bug's made it into the release version, it's not likely to get fixed
anytime soon.  So it's probably best to find some kind of workaround
that you can add to Camino.

I get the same results with the latest Camino nightly (2005-04-17-08)
and Camino 0.8.3.



Reproducible: Always
oh my this is bad times.
Status: UNCONFIRMED → NEW
Ever confirmed: true
basically all you have to do is

- load http://www.rogerdean.com/
- open a new tab

the new tab never opens, you're left with a half-built tab. guess we should try
to get on this for 084.
this is radar 4096623.
Blocks: 289801
the workaround is to set

NSViewSetAncestorsWindowFirst NO

in camino's user defaults. I'll check this into the trunk and branch shortly. 
Status: NEW → ASSIGNED
Target Milestone: --- → Camino0.9
fixed on trunk and branch 

this workaround will also work for any camino build, and should be put on the
website for those that don't want to have to download 0.8.4.

at the command line, type:

$ defaults write org.mozilla.navigator NSViewSetAncestorsWindowFirst NO
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Keywords: fixed1.7.7
Resolution: --- → FIXED
Thanks!

The NSViewSetAncestorsWindowFirst setting worked perfectly when I
tried it on Camino 0.8.3.  Then Camino 0.8.4 worked fine (when I
downloaded it) both with and without the setting.

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