Closed Bug 1194545 Opened 9 years ago Closed 9 years ago

Docking about:privatebrowsing tab from one window to another causes page not render (never ending spinner) in e10s

Categories

(Firefox :: Tabbed Browser, defect)

42 Branch
x86
macOS
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME
Tracking Status
e10s m8+ ---

People

(Reporter: mwobensmith, Assigned: mrbkap)

Details

Attachments

(1 file)

1. Install and launch Fx42.0a2 on Mac with a *clean profile*.
2. Open two private windows.
3. Dock one of the windows to the other.

Result:
Docked window does not render, displays spinner.

Expected:
Render please.
Seems to affect Aurora Fx42.0a2, 2015-08-12, but not today's Nightly. 

Haven't tried Win/Linux yet.
Whiteboard: [fxprivacy] [triage]
(In reply to Matt Wobensmith from comment #0)
> Created attachment 8647819 [details]
> Screen Shot 2015-08-13 at 5.41.30 PM.png
> 
> 1. Install and launch Fx42.0a2 on Mac with a *clean profile*.
> 2. Open two private windows.
> 3. Dock one of the windows to the other.

I can confirm this is a problem.  Interestingly when I defocused the window for a while and came back to it at some point it was rendered.  It must be related to e10s.

Here's the error I see in the Browser Console: 'SecurityError: The operation is insecure. tabbrowser.xml:5042:0'.  This points to: setEffectAllowedForDataTransfer, the line 'var sourceNode = dt.mozGetDataAt(TAB_DROP_TYPE, 0)'
(In reply to Matt Wobensmith from comment #1)
> Seems to affect Aurora Fx42.0a2, 2015-08-12, but not today's Nightly. 

Can you please confirm that you aren't seeing it in Nightly with e10s enabled?
Flags: needinfo?(mwobensmith)
Looks like this js hasn't changed in a long time, must have been a platform change that fixed this in Nightly.  It'd be great to know if this is a regression or if it's a problem in 40/41 with e10s enabled as well.
Actually, I think this doesn't have anything to do with being in private browsing mode.  I suspect it has to do with moving an about: page that's running in e10s into another window (in this case, about:privatebrowsing)

Alertnative STR:

Open a normal window
Open a second normal window, and navigate to about:privatebrowsing inside it (which is loaded in e10s)
Drag the tab from the second window into the first one

Expected:

The page renders

Actual:

Neverending spinner
(In reply to Brian Grinstead [:bgrins] from comment #3)
> (In reply to Matt Wobensmith from comment #1)
> > Seems to affect Aurora Fx42.0a2, 2015-08-12, but not today's Nightly. 
> 
> Can you please confirm that you aren't seeing it in Nightly with e10s
> enabled?

Does not appear to happen in Nightly with e10s enabled.
Flags: needinfo?(mwobensmith)
(In reply to Brian Grinstead [:bgrins] from comment #4)
> Looks like this js hasn't changed in a long time, must have been a platform
> change that fixed this in Nightly.  It'd be great to know if this is a
> regression or if it's a problem in 40/41 with e10s enabled as well.

How does one turn on e10s in 40/41, since the UI is not present in Preferences?
(In reply to Matt Wobensmith from comment #7)
> (In reply to Brian Grinstead [:bgrins] from comment #4)
> > Looks like this js hasn't changed in a long time, must have been a platform
> > change that fixed this in Nightly.  It'd be great to know if this is a
> > regression or if it's a problem in 40/41 with e10s enabled as well.
> 
> How does one turn on e10s in 40/41, since the UI is not present in
> Preferences?

Ah, apparently there isn't a way to do that.. I tried using mozregression to figure out when this got fixed, but I can't seem to ever reproduce it in a local build (even from before the aurora merge date).  So that makes me wonder if there is some setting enabled in nightly that's fixing the problem.
Summary: Docking private browsing tab causes page not render → Docking about:privatebrowsing tab from one window to another causes page not render (never ending spinner) in e10s
I can reproduce on latest DevEd but not on latest Nightly. Which confirms previous reports/ 

However, it is expected that you cannot drag a private browsing window into a regular browsing window. The bug as reported is dragging from a private browsing tab from its window to another private browsing window.

Interestingly, if you drag the endless spinning tab back out, to create a new PB window, the tab then loads fine.
tracking-e10s: --- → ?
Whiteboard: [fxprivacy] [triage]
Assignee: nobody → mrbkap
Hey Blake - can I take this off your hands?
Flags: needinfo?(mrbkap)
Marking this WFM based on previous comments.
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(mrbkap)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: