On Friday, October 25, 2013 5:26:11 PM UTC+2, Ehsan Akhgari wrote:
> Non-private windows containing private tabs is not well supported,
> *please* don't do that. If all you want is a SessionStore exclusion
> API, then please let's focus on getting that.
That would be awesome! IMO the truly corr
On 2013-10-25 6:24 AM, 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
On Oct 25, 2013, at 12:34 PM, Tim Taubert wrote:
> 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.
I guess this is implied by what
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 poss
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
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 li
On Thursday, October 24, 2013 10:07:18 PM UTC+2, David Rajchenbach-Teller wrote:
> Please don't do that, we are going to remove the nsISupportsString from
> sessionstore-state-write soon.
>
> (So far, there is a single add-on that uses it, so we're busy preparing
> an API for that add-on before
Please don't do that, we are going to remove the nsISupportsString from
sessionstore-state-write soon.
(So far, there is a single add-on that uses it, so we're busy preparing
an API for that add-on before we remove that. Please don't make our
life harder :) )
On Thu Oct 24 21:56:06 2013, Matthe
The private browsing approach didn't work for me since there is a visible
indication in the title bar that the window is private, which I don't want. I
ended up solving this by observing sessionstore-state-write and changing the
session data manually (possible since it is passed in as the subjec
On 2013-10-23 8:39 AM, Matthew Gertner wrote:
On Wednesday, October 23, 2013 2:36:12 PM UTC+2, David Rajchenbach-Teller wrote:
At the moment, there is no good way to do what you need. The only
solution I can think of would be to configure your popup to be in
private browsing mode. Would that wor
Matthew Gertner wrote:
The most flexible option might be an API to cause a window to opt out of
session saving completely.
Probably not relevant to you but on SeaMonkey the secret sauce to opting
out of session saving is to remove the windowtype attribute very early
on (onload handler is e
Yes, please do.
There's a component Session Restore.
Cheers,
David
On 10/23/13 2:39 PM, Matthew Gertner wrote:
> On Wednesday, October 23, 2013 2:36:12 PM UTC+2, David Rajchenbach-Teller
> wrote:
>> At the moment, there is no good way to do what you need. The only
>> solution I can think of wou
On Wednesday, October 23, 2013 2:36:12 PM UTC+2, David Rajchenbach-Teller wrote:
> At the moment, there is no good way to do what you need. The only
> solution I can think of would be to configure your popup to be in
> private browsing mode. Would that work for you?
That might be a good solution.
At the moment, there is no good way to do what you need. The only
solution I can think of would be to configure your popup to be in
private browsing mode. Would that work for you?
On 10/23/13 2:33 AM, Ehsan Akhgari wrote:
> On 2013-10-22 12:52 PM, Matthew Gertner wrote:
>> I am trying to close a
On 2013-10-22 12:52 PM, Matthew Gertner wrote:
I am trying to close a popup browser.xul window during Firefox shutdown so that
it won't get loaded on restart by the session saver. I close the window before
the browser shuts down (e.g. on quit-application-requested) but it is still
opened when
I am trying to close a popup browser.xul window during Firefox shutdown so that
it won't get loaded on restart by the session saver. I close the window before
the browser shuts down (e.g. on quit-application-requested) but it is still
opened when I start the browser again.
After trawling throug
16 matches
Mail list logo
