Closed
Bug 1375612
Opened 7 years ago
Closed 7 years ago
send-tab doesn't respect containers
Categories
(Firefox :: Sync, enhancement)
Firefox
Sync
Tracking
()
RESOLVED
DUPLICATE
of bug 1288858
People
(Reporter: rillian, Unassigned)
Details
I tried the new 'Send to Device' menu to transfer a tab between machines, which is a great feature. However, it doesn't respect tab containers. The tab I sent was in a container on the first machine, but came up unmarked on the second machine, dropping my login credentials and presumedly leaking tracking info.
Comment 1•7 years ago
|
||
Kit/Jonathan, any idea why this doesn't work out of the box?
Component: General → Sync
Flags: needinfo?(kit)
Flags: needinfo?(jkt)
Comment 2•7 years ago
|
||
Unfortunately, it's expected that this doesn't work: we don't include the `userContextId` (or any other origin attributes) when we send a tab. We'd need to change the send tab command to support this. We'd also need to consider what happens if you try to send a container tab to iOS, which doesn't support them at all, or to a device where they're disabled.
Flags: needinfo?(kit)
Reporter | ||
Comment 3•7 years ago
|
||
Probably if a tab from a non-default container is sent to a browser which doesn't support containers, that browser should ignore the request. The sending client would ideally also either notify that it couldn't be sent while respecting privacy, or request confirmation before sending across container boundaries.
Comment 4•7 years ago
|
||
Another complication seems to be that containers are customizable on each client. IIUC, a simple integer defines the container ID (ie, it's not clear that a given integer value means the "same container" across devices), and I don't think the sending client can realistically know exactly how each other device is configured with containers.
Comment 5•7 years ago
|
||
Yeah containers names/icons/colours have no connection to sync still which would be an issue as :markh stated. This might be easier to solve than some of the other sync bugs which require changes to the places store to account for userContextId.
Flags: needinfo?(jkt)
Comment 6•7 years ago
|
||
I knew we had something already...
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•