Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

rememberClosedPrivateTabs doesn't work in FF>29.0 #146

Closed
sdavidg opened this issue May 18, 2014 · 23 comments
Closed

rememberClosedPrivateTabs doesn't work in FF>29.0 #146

sdavidg opened this issue May 18, 2014 · 23 comments

Comments

@sdavidg
Copy link

sdavidg commented May 18, 2014

"extensions.privateTab.rememberClosedPrivateTabs" preference doesn't work in FF>29.0

@sdavidg sdavidg changed the title rememberClosedPrivateTabs doen't work in FF>29.0 rememberClosedPrivateTabs doesn't work in FF>29.0 May 18, 2014
@Infocatcher
Copy link
Owner

This is due to https://bugzilla.mozilla.org/show_bug.cgi?id=899276
Now Firefox doesn't save closed private tabs itself. And therefore this cannot be fixed, at least there is no simple way to alter built-in sessions mechanism.

Also see #82 for some history.

Infocatcher added a commit that referenced this issue Aug 11, 2014
still used old nsISessionStore
(#146)
Infocatcher added a commit that referenced this issue Aug 11, 2014
Infocatcher added a commit that referenced this issue Aug 11, 2014
Infocatcher added a commit that referenced this issue Aug 11, 2014
Infocatcher added a commit that referenced this issue Aug 11, 2014
Note: frozen PrivacyFilter cannot be changed, so we alter link to PrivacyFilter in PrivacyFilter.jsm scope
(#146)
Infocatcher added a commit that referenced this issue Aug 11, 2014
Infocatcher added a commit that referenced this issue Aug 12, 2014
Infocatcher added a commit that referenced this issue Aug 13, 2014
(and don't modify PrivacyFilter.filterPrivateWindowsAndTabs() behavior)
(#146)
@Infocatcher
Copy link
Owner

Oh, looks fixed for me and now (finally!) will be released soon.

@Infocatcher
Copy link
Owner

  1. Reopened tab is not private, this is a bug?

Interesting... I can't reproduce, but which tab is active during reopening (private or not)?

@sdavidg
Copy link
Author

sdavidg commented May 14, 2015

No matter which tab is active.
The error only occurs on W -XP (yes, it is a very old) . Windows7 working properly.

@sdavidg
Copy link
Author

sdavidg commented May 22, 2015

No matter which tab is active

I was wrong. If selected tab is private, tab reopened is public. If the selected tab is public, reopened tab is private. Tested in Windows-XP

@sdavidg
Copy link
Author

sdavidg commented Jul 30, 2015

  1. Open one private tab
  2. Open some links via "ctrl+click"
  3. Right click on tab and select "Close Tabs to the Right"
  4. Reopen tabs via "ctrl+shift+T"
  5. Some reopened tabs are public. This bug occurs only sometimes

The test case on comment #146 (comment) also works sometimes

Windows 7, W-XP
FF 39.0
Private Tab 0.1.7.5.1

@Infocatcher
Copy link
Owner

Oh, I still unable to reproduce, but may be something useful in debug logs:
extensions.privateTab.debug = true in about:config
and then see for [Private Tab] … messages in error/browser console (Ctrl+Shift+J)

@sdavidg
Copy link
Author

sdavidg commented Aug 21, 2015

--Open private tab from another private tab via ctrl+click
[Private Tab] 32:08:887 Tab opened: (not empty) Inherit private state: true
[Private Tab] 32:08:887 Set usePrivateBrowsing to true Tab:
[Private Tab] 32:09:612 [patcher] gBrowser.setIcon(): isPrivate = true
[Private Tab] 32:09:612 PrivateBrowsingUtils.isWindowPrivate(): override to true
[Private Tab] 32:09:613 PrivateBrowsingUtils.isWindowPrivate(): override to true
[Private Tab] 32:10:810 updateTabTooltip()

--Close tab (middle click)
[Private Tab] 32:44:015 tabClosingHandler(): save closed private tab in undo close history

--Reopened tab (tab is public)
[Private Tab] 32:47:137 Tab opened: Nueva pestaña (empty) Inherit private state: undefined
[Private Tab] 32:47:157 setWindowBusy(): true
[Private Tab] 32:47:158 setWindowBusy(): false
[Private Tab] 32:47:186 updateWindowTitle() Mozilla Firefox
[Private Tab] 32:47:270 updateTabsInTitlebar() => TabsInTitlebar._update(true)
[Private Tab] 32:47:287 Tab restored: rememberClosedPrivateTabs broken in FF38 · Issue #173 · Infocatcher/Private_Tab · GitHub
[Private Tab] 32:47:336 updateDownloadPanel() => reinitialize download indicator
[Private Tab] 32:47:770 updateTabTooltip()

Infocatcher added a commit that referenced this issue Aug 21, 2015
@Infocatcher
Copy link
Owner

Interesting...
Test version with a bit more useful debug logs (I hope):
private_tab-0.1.8.1pre-fx-sm.xpi (source)
(changed only Tab restored: message)

@sdavidg
Copy link
Author

sdavidg commented Aug 21, 2015

--Open private tab from another private tab via ctrl+click
[Private Tab] 20:39:365 Tab opened: (not empty) Inherit private state: true
[Private Tab] 20:39:365 Set usePrivateBrowsing to true Tab:
[Private Tab] 20:40:165 updateTabTooltip()
[Private Tab] 20:40:779 [patcher] gBrowser.setIcon(): isPrivate = true
[Private Tab] 20:40:779 PrivateBrowsingUtils.isWindowPrivate(): override to true

--Close tab (middle click)
[Private Tab] 21:04:483 tabClosingHandler(): save closed private tab in undo close history

--Reopened tab (tab is public)
[Private Tab] 21:08:967 Tab opened: Nueva pestaña (empty) Inherit private state: undefined
[Private Tab] 21:08:983 setWindowBusy(): true
[Private Tab] 21:08:984 setWindowBusy(): false
[Private Tab] 21:09:015 updateWindowTitle() Mozilla Firefox
[Private Tab] 21:09:094 updateTabsInTitlebar() => TabsInTitlebar._update(true)
[Private Tab] 21:09:112 Tab restored, has private attribute: false, label: Private Tab :: Complementos para Firefox
[Private Tab] 21:09:157 updateDownloadPanel() => reinitialize download indicator
[Private Tab] 21:09:594 updateTabTooltip()

@Infocatcher
Copy link
Owner

Tab restored, has private attribute: false

This is strange... This means that private attribute wasn't saved in session.
If there is this attribute, tab should be underlined (so, this is visible, if something went wrong at that stage).

@sdavidg
Copy link
Author

sdavidg commented Aug 21, 2015

Sometimes it works. When it works, the log that is displayed when the tab is closed:

--Close tab (middle click)
[Private Tab] 24:44:842 updateTabTooltip()
[Private Tab] 24:44:980 dontSaveClosedPrivateTabs(true): create wrapper for PrivacyFilter
[Private Tab] 24:44:980 tabClosingHandler(): save closed private tab in undo close history

If the last two lines do not appear on the log, the tab will be reopened public.

David

Infocatcher added a commit that referenced this issue Aug 22, 2015
@Infocatcher
Copy link
Owner

If the last two lines do not appear on the log, the tab will be reopened public.

Very weird things... This means that built-in session store mechanism doesn't treat tab as private.
May be due to queue delays from chrome://browser/content/content-sessionStore.js

  /**
   * The delay (in ms) used to delay sending changes after data has been
   * invalidated.
   */
  BATCH_DELAY_MS: 1000,

Updated test version with yet another debug message (da243f9):
private_tab-0.1.8.1pre-fx-sm.xpi (source)

@sdavidg
Copy link
Author

sdavidg commented Aug 23, 2015

[Private Tab] 49:01:840 Tab opened: (not empty)
Inherit private state: true
[Private Tab] 49:01:840 Set usePrivateBrowsing to true
Tab:
[Private Tab] 49:02:250 [patcher] gBrowser.setIcon(): isPrivate = true
[Private Tab] 49:02:250 PrivateBrowsingUtils.isWindowPrivate(): override to true2
[Private Tab] 49:05:440 tabClosingHandler(): save closed private tab in undo close history
[Private Tab] 49:07:631 Tab opened: Nueva pestaña (empty)
Inherit private state: undefined
[Private Tab] 49:07:644 setWindowBusy(): true
[Private Tab] 49:07:644 setWindowBusy(): false
[Private Tab] 49:07:683 updateWindowTitle() Mozilla Firefox
[Private Tab] 49:07:747 updateTabsInTitlebar() => TabsInTitlebar._update(true)
[Private Tab] 49:07:763 Tab restored, has private attribute: false, label: Infocatcher/Private_Tab at cc5e06e · GitHub
[Private Tab] 49:07:810 updateDownloadPanel() => reinitialize download indicator
[Private Tab] 49:10:154 updateTabTooltip()

It may be a conflict with another extension?

@Infocatcher
Copy link
Owner

It may be a conflict with another extension?

May be. Or may be this is due to session store optimizations: private attribute was actually added, but not yet saved into session data.

@Infocatcher
Copy link
Owner

tabClosingHandler(): save closed private tab in undo close history
...
Tab restored, has private attribute: false

Strange... May be this will help: 26663d7
Test version: private_tab-0.1.8.1pre2-fx-sm.xpi (source).

@sdavidg
Copy link
Author

sdavidg commented Sep 2, 2015

  1. Open Firefox with the attached Profile(https://dl.dropboxusercontent.com/u/245317/profile_example_private_tab.7z)
  2. Right-click on bookmark "Example" and open on new Private tab
  3. Open the link "source" via "ctrl+click"
  4. Close tab
  5. Reopen tab via "ctrl+shift+T" --> Reopened tab is not private

Note: If you turn off the style "SVG CuteMenus" tab correctly reopens (???)
I'm looking for a simple test case in W7

Windows W-XP
FF 40.0.3
Private Tab 0.1.8.1pre2

@Infocatcher
Copy link
Owner

  1. Reopen tab via "ctrl+shift+T" --> Reopened tab is not private

Thanks, now I can reproduce.

Infocatcher added a commit that referenced this issue Sep 4, 2015
@Infocatcher
Copy link
Owner

Something break browser.webProgress.isLoadingDocument for just restored tab, I'm not sure, what actually happens, but now looks fixed for me.
Test version: private_tab-0.1.8.1pre3-fx-sm.xpi (source).

@sdavidg
Copy link
Author

sdavidg commented Sep 4, 2015

It works perfectly. I will test more next week when I get back to work.
Thank you very much

Infocatcher added a commit that referenced this issue Sep 5, 2015
(to prevent possible memory leaks)
(related to #146)
@sdavidg
Copy link
Author

sdavidg commented Sep 14, 2015

I tested it for a week, and works well.
Thanks again

@Infocatcher
Copy link
Owner

I tested it for a week, and works well.

Great!

Infocatcher added a commit that referenced this issue Oct 23, 2015
Infocatcher added a commit that referenced this issue Dec 26, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants