1329208 - Open in New Tab with window.openUILink does not preserve tab container

Status: UNCONFIRMED

(Core :: XPCOM, defect, P3)

Description

[webstrand]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:50.0) Gecko/20100101 Firefox/50.0
Build ID: 20161231030203

Steps to reproduce:

Open a tab inside of a container tab. Inside the Developer Tool's Network tab, select a request and in the request's context menu "Open in New Tab".


Actual results:

The newly opened tab was opened in the default container.


Expected results:

The newly opened tab should've been opened inside of the same container as the original tab.

Comment 1

[webstrand]

The User Agent was spoofed, it is correctly: Mozilla/5.0 (X11; Linux x86_64; rv:53.0) Gecko/20100101 Firefox/53.0

Comment 2

[[e-mail]]

We use window.openUILinkIn to open new tab in netmonitor now.

Andrea, do you have any suggest way to open new tab in same container?

Comment 3

[Andrea Marchesini [:baku]]

You can use gBrowser.addTab('...', { userContextId: the_user_context_id });

the userContextId can be taken from:

1. if you are in the parent process and you have access to the tab element (XULElement), just do: parseInt(tab.getAttribute('usercontextid'), 10);

2. if you are in the content process, you can take userContextId from the principal: document.nodePrincipal.originAttributes.userContextId - but only if the principal is not systemprincipal (otherwise you will have always userContextId = 0).

Comment 4

[[e-mail]]

Thanks Andrea for clarification. 

Since we use the `window.openUILinkIn` from `Services`, we'll get benefit from the API fix from XPCOM.

Change the title and category accordingly

Comment 5

[Nathan Froyd [:froydnj]]

(In reply to Fred Lin [:gasolin] from comment #4)
> Thanks Andrea for clarification. 
> 
> Since we use the `window.openUILinkIn` from `Services`, we'll get benefit
> from the API fix from XPCOM.
> 
> Change the title and category accordingly

It's not really clear to me how the fix would be at the XPCOM level...

Comment 6

[Kleber Venugopal]

Attachment: same problem

Thanks from dragunlebo1986.