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

[Enhancement] Remove container history on deletion #17

Closed
bb010g opened this issue Jan 9, 2018 · 16 comments
Closed

[Enhancement] Remove container history on deletion #17

bb010g opened this issue Jan 9, 2018 · 16 comments

Comments

@bb010g
Copy link

bb010g commented Jan 9, 2018

I'd like to use this as a full replacement for Private Tab, but the history sticking around makes clean-up annoying. It would be nice if you could set history to be deleted for a temporary container.

@stoically
Copy link
Owner

Hi, unfortunately this is currently not supported by Firefox, history entries don't have a tabid or containerid. If it gets supported one day I'll happily implement it too.

@anewuser
Copy link

anewuser commented Jan 26, 2018

I've opened this to see if they give any feedback: mozilla/multi-account-containers#1096 .

If they don't reply soon, at least consider deleting history entries created for websites entered in the "Always per Website" option of your extension, in the same fashion as https://addons.mozilla.org/addon/historia/ . It constantly monitors the history to delete all URLs you specify, but to make it use less resources, you could make it clean up the history only after the last temporary container is closed.

@stoically
Copy link
Owner

stoically commented Jan 27, 2018

I could add a way to automatically delete history like Historia does - by default it only listens to the history.onVisited event and removes the HistoryItem immediately if one of the added domain patterns matches. That's already light on resources. The patterns could indeed be the ones added to "Always per Website".

Or I could add a preference to automatically remove all urls from history that got opened in a temporary container.

But in both cases it would affect the complete history, not only the history of temporary containers - so you could end up deleting history that you actually wanted to preserve - so I'm not exactly sure if I want to add such a feature until it's officially supported, especially since there's already the Historia Add-on that can do the job just fine.

@stoically
Copy link
Owner

stoically commented Feb 3, 2018

After thinking about it a bit - here's what I plan to implement.

image

image

stoically added a commit that referenced this issue Feb 3, 2018
stoically added a commit that referenced this issue Feb 3, 2018
Cant request them on the preferences page and thus have to open preferences in a tab
Unfortunately SemanticUI CSS has a weird problem in the preferences tab
Part of #17
@stoically
Copy link
Owner

Just published version 0.29 with Delete History feature. Hope you like it. Please let me know if something doesn't work as expected.

@anewuser
Copy link

anewuser commented Feb 4, 2018

The cleanup doesn't work if you disable "Automatic Mode" and use the Alt + P shortcut on Firefox 58.0.1.

Can you add an option to use no-history containers with the extension button and context menu too?

stoically added a commit that referenced this issue Feb 4, 2018
stoically added a commit that referenced this issue Feb 4, 2018
@stoically
Copy link
Owner

Ooops. Thanks for letting me know. Just published version 0.30 with the fix. Lets just pretend 0.29 never happened. 😬

Yeah, the toolbar icon and context menu should open deletes-history containers too when the "Automatically create" configuration under advanced is set. I'll fix that in the next version.

@anewuser
Copy link

anewuser commented Feb 4, 2018

The fix worked, but Firefox asked me to give it permission to access the history again after the update. Maybe there's a bug that causes that when one first allowed access to something using the method you used in the Advanced pane?

@stoically
Copy link
Owner

stoically commented Feb 4, 2018

Yeah, happened to me too. Seems to be an issue with Firefox; updates after that don't ask for the permission anymore. But I guess it's not too bad because it will only happen to people that explicitly wanted to give that permission anyway.

Another thing I just noticed - clearing history for a site isn't enough to prevent that it pops up as suggestion in the address bar (have to select it and click del) and the omnibox API doesn't have a way to delete something. That's kind of a bummer. Scratch that. Looks like I had old data in the history. Seems to work just fine.

@anewuser
Copy link

anewuser commented Feb 4, 2018

I was going to report this to Bugzilla, but then saw that you've deleted 0.29.

The problem is that after an automatic update users may dismiss the popup without reading it (and then have the extension disabled or stuck in an old version), or people may just start accepting all requests from all extensions without thinking twice (https://palant.de/2016/07/02/why-mozilla-shouldn-t-copy-chrome-s-permission-prompt-for-extensions), so the fewer times the permissions popup appear, the better.

Hopefully your users will be more careful, but fixing this problem would be good for Firefox extensions in general.

@stoically
Copy link
Owner

Yeah, I've deleted the version as soon as I saw your report and started fixing after that. But just published 0.31 with the fix for the "Automatically create" thing. So if you'd want, you could report now. That'd be great, thanks!

I guess you're absolutely right and the article makes sense. Also I didn't know that Add-ons stop updating if you reject a permission prompt, that's bad indeed.

@stoically
Copy link
Owner

In case you report the bug, could you post the link here? Or let me know if you ain't got the time to do so. After your explanation I think it actually is important to report.

@anewuser
Copy link

anewuser commented Feb 4, 2018

@stoically
Copy link
Owner

Awesome, thanks.

@stoically
Copy link
Owner

Just published 0.32 with a note about that bug including the link in the advanced preferences.

@asdf8dfafjk
Copy link

Thank you for this! Temp containers is amazingly useful, specially now that I know of del history

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

4 participants