Closed Bug 1257453 Opened 9 years ago Closed 9 years ago

Restoring into existing tab with mismatch userContextId should create a new tab

Categories

(Firefox :: Session Restore, defect, P2)

defect

Tracking

()

RESOLVED DUPLICATE of bug 1274461

People

(Reporter: allstars.chh, Assigned: allstars.chh)

References

(Blocks 1 open bug)

Details

(Whiteboard: [userContextId])

Whiteboard: [userContextId]
Priority: -- → P1
Hi Tanvi Do you have more reasons to make this P1? From https://bugzilla.mozilla.org/show_bug.cgi?id=1245502#c9 I thought session restore is not in priority, also that bug is P2. And this bug is 'restore into an *existing* tab', which makes the use case is less than regular restore. From Jonas' comment from Comment 0, I think he doesn't know we restore into existing tabs, which I think the use case for this bug is pretty rare.
Flags: needinfo?(tanvi)
Spoke to Yoshi about why this is a P1. We want to ensure that we don't change ever change the usercontextId on an existing tab.
Flags: needinfo?(tanvi)
Making this a P2 to be done in June for Nightly 50.
Priority: P1 → P2
When working on Bug 1274461 I found that it will have the case that existing tab has different userContextId, for example, in about:home, there's a 'restore last session' button. If we have container tab in the previous session, then when 'Restore Last Session' is pressed, the about:home tab will be used to restore the first container tab. So I'll duplicate this.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.