On 25/10/2013 12:24 PM, Matthew Gertner wrote: > So if I understand correctly, a window that contains a single private tab > will have no visual indication that the tab is private and will also not be > restored by the session saver? This would meet my current requirements as > long as it's possible to set the tab to private after creation (since I won't > know until shutdown whether I want the window to be restored or not).
Private tabs will be automatically excluded when bug 899276 has landed. I don't know off-hand if setting a tab to private works even if the tab has been around for some time but I think that might be possible. > That said, this seems like a worse hack than what I am doing now. Maybe, yes. > Why are you getting rid of the nsISupportsString in sessionstore-state-write? > Is there some urgency to doing this? There is no "urgency" but we're currently in the process of rebuilding big parts of SessionStore to make it perform better. Giving add-ons that much access to data makes it really hard to implement any kind of caching. > Can't you fix https://bugzilla.mozilla.org/show_bug.cgi?id=930713 before you > remove it? This seems like a pretty big lack in the current session saver API > and something that should be straightforward to implement. I understand that this feature seems important to you but I disagree that is a "big lack" in the current API. This is the first time I hear of a requirement like that. Could you maybe describe what you are actually trying to achieve and why? Is there any add-on code we could take a look at? Maybe we can together find a different and better solution to your problem. - Tim > Cheers, > Matt > > On Oct 25, 2013, at 11:40 AM, David Rajchenbach-Teller <dtel...@mozilla.com> > wrote: > >> We have partial handling of private tabs. SessionStore doesn't handle >> them yet, but I can prioritize this. Would this be sufficient for your >> needs? >> >> Cheers, >> David >> >> On 10/25/13 9:11 AM, Matthew Gertner wrote: >>> Can you suggest some other means to do what we need? I don't want to make >>> anyone's life harder but I spent far too long on this problem and didn't >>> come up with another solution. >>> >>> Matt >>> _______________________________________________ >>> dev-platform mailing list >>> dev-platform@lists.mozilla.org >>> https://lists.mozilla.org/listinfo/dev-platform >>> >> >> >> -- >> David Rajchenbach-Teller, PhD >> Performance Team, Mozilla > > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > -- Tim Taubert Firefox Engineer ttaub...@mozilla.com _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
