Closed Bug 1245174 Opened 6 years ago Closed 9 months ago
Create a "Recent bookmarks" smart folder
This came up in bug 1244708. Similar to desktop bookmarks, we could create a smart folder for recent bookmarks. Right now our bookmarks are already sorted in time order, but once users can start adding them to folders, maybe this could be more useful. Anthony, do you think this is something worth doing?
Careful that this does the right thing for bookmarks added and synced. Also test modification doesn't bump an item back into this list.
Seems like a good idea, I wonder if we want to surface some subset of recent bookmarks (i.e. 3?) at the top level, with the link to that smart folder being something like "More..."?
This makes sense to me. I also think this would be simple thing to test out and see if people actually use it. I have a couple different mocks to handle this in our UI more permanently but nothing's final yet... So in the meantime, I don't want to block on finalizing UI. We can just start by creating a simple folder like we're talking about above. WIP Screenshot notes--- Question: Can this folder be "expanded" by default? I've just inherited the Sync Tabs panel device row items here (on the right). Without a special visual treatment (on the left) it seems to defeat the purpose a bit since users still have to go into a folder.
Flags: needinfo?(alam) → needinfo?(margaret.leibovic)
^ Actually, I may have spoken a bit too soon - maybe it _doesn't_ have to be expanded. Since, the folder does float to the top and the contents keep changing... It'd be great to A/B/C test these.
We could expand this by default, but how would this interact with our other bookmark folder UI? Will it be confusing that tapping on this folder expands/collapses a list, while tapping on other folders navigates you to a new list? Also, what would your metrics be for A/B testing this? Whether or not people click on the items in the expanded folders?
(In reply to :Margaret Leibovic from comment #5) > We could expand this by default, but how would this interact with our other > bookmark folder UI? Will it be confusing that tapping on this folder > expands/collapses a list, while tapping on other folders navigates you to a > new list? Given the current types of UI we have for our list items (in Panels), I don't think we should expand these by default. Especially as we keep iterating on this prototype, this way, we can reuse the same layout for our "Reading List" smart folder too (with only minor changes) > Also, what would your metrics be for A/B testing this? Whether or not people > click on the items in the expanded folders? I think clicking on this folder is a solid metric to start with, but happy to hear more ideas around this. Maybe Barbara can chime in too.
Here's how this would look next to our other folders and items we're working on
Attachment #8716115 - Attachment is obsolete: true
This def. is a nice answer to the "Sorting bookmarks" (https://bugzilla.mozilla.org/show_bug.cgi?id=1244708#c1) request we've been seeing. If it's about sorting by date, the recent folder idea might over that aspect. As for A/B, _if we really want to_, we could but not necessarily related to testing the expanded by default or not, maybe more something generic a) compare cohort A (no recent bookmarks) with cohort B (recent bookmarks) and see if the # of loaded URLS from either cohort is significantly higher. --> gives us an _overall_ idea that bookmark engagement can be increased b) if we were able to track this, we could compare both groups and see if B really loaded most recent bookmarks from that specific folder more than cohort A did with their recent bookmarks (we would need to keep track of "recent" though without having a folder) Do we have data from Desktop that could help us here? - How many times are recent bookmarks loaded from the recent folder vs. the regular stored bookmark list Who can I poke for this?
(In reply to Anthony Lam (:antlam) from comment #6) > > Also, what would your metrics be for A/B testing this? Whether or not people > > click on the items in the expanded folders? > > I think clicking on this folder is a solid metric to start with, but happy > to hear more ideas around this. Maybe Barbara can chime in too. Agreed. In fact, we should add probes for opening current folders, like the fake "Desktop Bookmarks" and any real sub folders.
(In reply to Barbara Bermes [:barbara] from comment #8) > Do we have data from Desktop that could help us here? > - How many times are recent bookmarks loaded from the recent folder vs. the > regular stored bookmark list > Who can I poke for this? Dolske might know.
Flags: needinfo?(margaret.leibovic) → needinfo?(dolske)
Given the nature of this folder, it only seems right to keep it at the top instead of having it secondary to another smart folder. Updated mock. Assets to come.
Attachment #8721507 - Attachment is obsolete: true
This will use the same styling as all other "smart folders" see bug 1232868. But I thought I'd attach it here just in case. Icon to follow.
(In reply to Barbara Bermes [:barbara] from comment #8) > Do we have data from Desktop that could help us here? > - How many times are recent bookmarks loaded from the recent folder vs. the > regular stored bookmark list I'm not aware of any such telemetry -- I see a couple probes dealing with the percentage of bookmarks sorted into folders or tagged, but not for accessing those. This would be interesting to add, though. Bug 1219804 adds a "5 most recent bookmarks" section to the bookmark menu, and it would be interesting to know what usage is like. Also, in side discussions we've talked about maybe removing the default smart folders ("most visited" in the toolbar, "recently bookmarked" and "recently tagged" in the main bookmark menu), as I kinda suspect they're not widely used, and the space is valuable.
No longer blocks: combined-history
Re-triaging per https://bugzilla.mozilla.org/show_bug.cgi?id=1473195 Needinfo :susheel if you think this bug should be re-triaged.
Priority: P2 → P5
We have completed our launch of our new Firefox on Android. The development of the new versions use GitHub for issue tracking. If the bug report still reproduces in a current version of [Firefox on Android nightly](https://play.google.com/store/apps/details?id=org.mozilla.fenix) an issue can be reported at the [Fenix GitHub project](https://github.com/mozilla-mobile/fenix/). If you want to discuss your report please use [Mozilla's chat](https://wiki.mozilla.org/Matrix#Connect_to_Matrix) server https://chat.mozilla.org and join the [#fenix](https://chat.mozilla.org/#/room/#fenix:mozilla.org) channel.
Status: NEW → RESOLVED
Closed: 9 months ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.