Closed Bug 1888466 Opened 2 years ago Closed 1 year ago

Unmerge "Browsing & Download History" and "Form & Search History" in the new Clear Data/History dialog

Categories

(Toolkit :: Data Sanitization, enhancement, P3)

Firefox 124
Desktop
All
enhancement

Tracking

()

RESOLVED FIXED
136 Branch
Tracking Status
relnote-firefox --- 136+
firefox136 --- fixed

People

(Reporter: aoia7rz7l, Assigned: hsohaney)

References

()

Details

Attachments

(9 files, 7 obsolete files)

48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
48 bytes, text/x-phabricator-request
Details | Review
262.29 KB, image/png
Details
154.58 KB, image/png
Details

The "new" Clear Data/History dialog has merged "Browsing & Download History" and "Form & Search History" into a single option, UI-wise in Bug 1856415 and pref-wise in Bug 1861450 (Apparently there was some effort to re-separate "Download History" at one point but I am not sure that's too relevant here).

Why is this a good idea?

If you look under about:preferences#privacy >History > Use custom settings for history, you can see there are separate options for Remember browsing and download history (which controls places.history.enabled) and Remember search and form history (which controls browser.formfill.enable). How are users supposed to clear one thing but not the other with this "new" dialog?

I was going to say that this is another "chrome-parity" thing but when I actually booted up chrome, they do have a "Autofill form data" clearing option separate from "Browsing history", so I have absolutely no idea what's going on here.

The Bugbug bot thinks this bug should belong to the 'Firefox::Search' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Search
Component: Search → Data Sanitization
Product: Firefox → Toolkit

I can see how the new dialog has removed this functionality, and I would recommend switching back to the old dialog if this is a real pain point right now. We will consider adding a separate option in a later version of this dialog, and until then, you can keep the pref privacy.sanitize.useOldClearHistoryDialog set to true.

Blocks: 1856418
Status: UNCONFIRMED → NEW
Type: defect → enhancement
Ever confirmed: true
Priority: -- → P3

If we do decide to split those options up again I think they should be in an "advanced" view which offers more fine grained control.

Severity: -- → N/A

On Nightly, the advanced/custom history clearing options in about:preferences#privacy also use the new dialog by default now. According to the reporter, they didn't when this issue was filed.

The new design looks nicer and is easier to understand, but instead of merging Browsing/Download/Form, I'd rather separate Browsing from Download too.

Users very often create forum threads asking us how to delete form entries. After just a few days of browsing, they may include dozens of strings we have no use for, including misspellings and very specific search queries. People appreciate it when we tell them that they can set Firefox to clear those entries automatically.

Unlike the menu that only clears your recent history, this specific dialog is usually only seen once in a lifetime. Please don't simplify it to the point of removing a feature that is essential for us.

I've found out that this isn't just a GUI change. It also uses a new unified prefs.js entry for browsing, download, and form history, so if you end up leaving it like this, and then remove privacy.sanitize.useOldClearHistoryDialog later on, we won't even be able to use about:config to set it to clear only form entries.

Edge has a very nice "Clear browsing data on close" page with separate options for everything. It also allows users to set cookie clearing exceptions from the same page.

(In reply to 08xjcec48 from comment #4)

I'd rather separate Browsing from Download too.

That'd be complex to do, and confusing, because downloads are browsing history. Thus removing browsing history should also always remove downloads, or it would be a privacy hit (Edge is likely not minding these privacy subtleties). Removing downloads without removing history is instead already possible from the Library window. But showing that kind or hierarchy in a dialog would be, imo, very confusing for the user.

My point is that, in my opinion, it would make more sense to add new granular options instead of removing Form & search history.

Anyway, this is what the addition of a new "Downloads" toggle could look like:

[ ] Browsing history and downloads
[x] Downloads 

Result: it performs the same action that Clear Downloads does in the Library window.

[x] Browsing history and downloads

Result: the separate Downloads item is automatically checked too and grayed-out.

(In reply to 08xjcec48 from comment #7)

[x] Browsing history and downloads

Result: the separate Downloads item is automatically checked too and grayed-out.

Me and you understand that... unfortunately many users would wonder why it's disabled, and we'd get bugs on file for it.
Surely one could indent downloads under browsing history, but I still don't see a strong use-case into clearing downloads but not history, from a privacy point of view.
That said, this is matter for UX, more than engineering.

(In reply to 08xjcec48 from comment #5)

if you end up leaving it like this, and then remove privacy.sanitize.useOldClearHistoryDialog later on, we won't even be able to use about:config to set it to clear only form entries.

Or on the other hand, only site and download history, without clearing form entries.

This is the current top thread on the Firefox subreddit: Mozila needs to learn that Chrome's UI/UX is not the "correct UI" for a browser.

To the developer who hid my last comment: there's no "advocacy" in sharing a relevant forum thread with the opinions of many users.

Such links are usually added to the "See also" field of issues so that other developers and Mozilla product managers may become aware that a feature is actually useful for people, especially when the Bugzilla issue in question is a discussion where you've said that you aren't sure if you should add an option back to Firefox.

Please remove the "advocacy" tag from my comment, add that link to the "See also" field of this issue, and also add this other link: https://connect.mozilla.org/t5/discussions/128-0-unified-history-simpler-but-worse/td-p/61902 .

We're aware and appreciative of all the feedback.

URL: https://connect.mozilla.org/t5/discus...
See Also: → clear-data-revamp
Summary: New Clear Data/History Dialog should not have merged "Browsing & Download History" and "Form & Search History" into a single option → Unmerge "Browsing & Download History" and "Form & Search History" in the new Clear Data/History dialog
URL: https://connect.mozilla.org/t5/discus... → https://connect.mozilla.org/t5/discus...
See Also: → 1907758
Assignee: nobody → harshit.sohaney
Status: NEW → ASSIGNED
Attachment #9422427 - Attachment description: WIP: Bug 1888466 - (part 3) Update clear history dialog tests to reflect browsing history and formdata seperation. WIP → Bug 1888466 - (part 3) Update clear history dialog tests to reflect browsing history and formdata seperation. r?pbz
Attachment #9422428 - Attachment description: WIP: Bug 1888466 - (part 4) Update policies to split formdata from history. WIP → WIP: Bug 1888466 - (part 5) Update policies to split formdata from history. WIP
Duplicate of this bug: 1907758

I'm a little confused, I was still working on this. Were there internal requests to complete this quicker? I have some updates to the patches, should I abandon that work?
I was about to submit some updates to the patches in the next two days since I finally got some time during reading week, let me know

Flags: needinfo?(wwen)

Oops our bad, there was a request for a new owner on this bug a couple of weeks ago and I just got around to working on it. If you are still working on it and have patches to submit then you can re commandeer the patches and carry on.

Flags: needinfo?(wwen)

Alright, I'll submit them soon!

Attachment #9425737 - Attachment description: Bug 1888466 - (part 4) Fix the browser_sanitize-formhistory test to test using the relevant cleaners. r?pbz → Bug 1888466 - (part 5) Fix the browser_sanitize-formhistory test to test using the relevant cleaners. r?pbz
Attachment #9435752 - Attachment is obsolete: true
Attachment #9435753 - Attachment is obsolete: true
Attachment #9435751 - Attachment is obsolete: true
Attachment #9435749 - Attachment is obsolete: true
Attachment #9435746 - Attachment is obsolete: true
Attachment #9435745 - Attachment is obsolete: true
Attachment #9422425 - Attachment description: Bug 1888466 - (Part 1) Unmerge form data from the history and downloads pref. r?pbz" → Bug 1888466 - (Part 1) Unmerge form data from the history and downloads pref. r?pbz
Attachment #9435920 - Attachment is obsolete: true
Attachment #9422428 - Attachment description: WIP: Bug 1888466 - (part 5) Update policies to split formdata from history. WIP → Bug 1888466 - (part 5) Update policies to split formdata from history. r?pbz
Attachment #9422426 - Attachment description: Bug 1888466 - (part 2) Add a seperate formdata field and preference in the new clear history dialog. r?pbz → Bug 1888466 - (part 2) Add a separate formdata field and preference in the new clear history dialog. r?pbz
Attachment #9422427 - Attachment description: Bug 1888466 - (part 3) Update clear history dialog tests to reflect browsing history and formdata seperation. r?pbz → Bug 1888466 - (part 3) Update clear history dialog tests to reflect browsing history and formdata separation. r?pbz
Attachment #9435921 - Attachment description: WIP: Bug 1888466 - (part 6) Add a migration to allow user's to continue clearing data without any unexpected data loss or persistance for history and formdata. WIP → Bug 1888466 - (part 6) Add a migration to allow user's to continue clearing data without any unexpected data loss or persistance for history and formdata. r?pbz

Hi Harshit, thanks again for working on this. Do you think you'll have the bandwidth to drive this to completion before end of the year?

Flags: needinfo?(harshit.sohaney)

Paul mentioned in team meeting that this is currently mostly blocked on his review and asked if someone could help out. I'll take a look at the patches and plan to review this week.

Flags: needinfo?(harshit.sohaney)
Flags: needinfo?(manuel)
Attachment #9422428 - Attachment description: Bug 1888466 - (part 5) Update policies to split formdata from history. r?pbz → Bug 1888466 - (part 6) Update policies to split formdata from history. r?pbz
Attachment #9435921 - Attachment description: Bug 1888466 - (part 6) Add a migration to allow user's to continue clearing data without any unexpected data loss or persistance for history and formdata. r?pbz → Bug 1888466 - (part 7) Add a migration to allow user's to continue clearing data without any unexpected data loss or persistance for history and formdata. r?pbz
Attached image input_from_ux.png —

Attaching input from ux team to bug (to have it visible outside phabricator).

Attachment #9422425 - Attachment description: Bug 1888466 - (Part 1) Unmerge form data from the history and downloads pref. r?pbz → Bug 1888466 - (Part 1) Unmerge form data from the history and downloads pref. r?manuel
Attachment #9422426 - Attachment description: Bug 1888466 - (part 2) Add a separate formdata field and preference in the new clear history dialog. r?pbz → Bug 1888466 - (part 2) Add a separate formdata field and preference in the new clear history dialog. r?manuel
Attachment #9422427 - Attachment description: Bug 1888466 - (part 3) Update clear history dialog tests to reflect browsing history and formdata separation. r?pbz → Bug 1888466 - (part 3) Update clear history dialog tests to reflect browsing history and formdata separation. r?manuel
Attachment #9435754 - Attachment description: Bug 1888466 - (part 4) Update glean telemetry to include form data for the new clear history dialog. r?pbz → Bug 1888466 - (part 4) Update glean telemetry to include form data for the new clear history dialog. r?manuel
Attachment #9425737 - Attachment description: Bug 1888466 - (part 5) Fix the browser_sanitize-formhistory test to test using the relevant cleaners. r?pbz → Bug 1888466 - (part 5) Fix the browser_sanitize-formhistory test to test using the relevant cleaners. r?manuel
Attachment #9422428 - Attachment description: Bug 1888466 - (part 6) Update policies to split formdata from history. r?pbz → Bug 1888466 - (part 6) Update policies to split formdata from history. r?manuel
Attachment #9435921 - Attachment description: Bug 1888466 - (part 7) Add a migration to allow user's to continue clearing data without any unexpected data loss or persistance for history and formdata. r?pbz → Bug 1888466 - (part 7) Add a migration to allow user's to continue clearing data without any unexpected data loss or persistance for history and formdata. r?manuel

Hi, thanks for patiently updating the patches. I think it would be better to wait with landing until Nightly 116, because I'm on PTO from tomorrow (and it is weekend) until the soft code freeze for Fx115 starts (And I don't believe it's too urgent to land today).

Flags: needinfo?(manuel)

That sounds good to me. Thanks for the reviews and enjoy your PTO!!

(In reply to Manuel Bucher [:manuel] {{ PTO Dec 21 - Jan 1 }} from comment #35)

Hi, thanks for patientially updating the patches. [...]

*patiently, not "patientially", afaik. :P enjoy your holiday!!

Hey Manuel, I wanted to clarify which version this was to be landed in

Flags: needinfo?(manuel)

Targeting to land after code freeze in few hours (or tomorrow) Fx136.

Flags: needinfo?(manuel)
Pushed by mbucher@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/108890d1478a (Part 1) Unmerge form data from the history and downloads pref. r=fluent-reviewers,bolsson,manuel https://hg.mozilla.org/integration/autoland/rev/87ceb9a20ff8 (part 2) Add a separate formdata field and preference in the new clear history dialog. r=fluent-reviewers,bolsson,manuel https://hg.mozilla.org/integration/autoland/rev/73df8c9929ba (part 3) Update clear history dialog tests to reflect browsing history and formdata separation. r=emz,cookie-reviewers,places-reviewers,mconley,manuel https://hg.mozilla.org/integration/autoland/rev/b0b5de465672 (part 4) Update glean telemetry to include form data for the new clear history dialog. r=manuel https://hg.mozilla.org/integration/autoland/rev/e04e09f6fceb (part 5) Fix the browser_sanitize-formhistory test to test using the relevant cleaners. r=emz,manuel https://hg.mozilla.org/integration/autoland/rev/6171109790bc (part 6) Update policies to split formdata from history. r=manuel https://hg.mozilla.org/integration/autoland/rev/1d40063a5fe7 (part 7) Add a migration to allow user's to continue clearing data without any unexpected data loss or persistance for history and formdata. r=manuel
Regressions: 1944566

Do you mind requesting release notes? I think this is a somewhat anticipated change by the community and would benefit from being mentioned. I can also do the requesting if you prefer.

Flags: needinfo?(harshit.sohaney)
Attached image New dialog screenshot —

Release Note Request (optional, but appreciated)
[Why is this notable]: Much requested change since the new clear history dialog shipped
[Affects Firefox for Android]: No
[Suggested wording]: The new clear data dialog allows clearing form data separately from browsing history.
[Links (documentation, blog post, etc)]:
Attached new dialog image New dialog screenshot

Flags: needinfo?(harshit.sohaney)
relnote-firefox: --- → ?
Regressions: 1952564
Regressions: 1958324
Duplicate of this bug: 1919385
No longer duplicate of this bug: 1907758
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: