Ability to set default save destination for new bookmarks

Bug #1586822 reported by Wise Melon
4
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Confirmed
Unknown
firefox (Ubuntu)
Triaged
Wishlist
Unassigned

Bug Description

Though I can understand the rationale for making all new bookmarks go into an "Unsorted Bookmarks" area, I think that it would be good if Firefox provided an option to allow the user to change the default save location for new bookmarks, because I for one don't want to have to move every new bookmark I make to the "Bookmarks Toolbar", I would like to be able to have them just go there automatically, but I can't currently so it would be good if there were an option to change the default save location of bookmarks.

Tags: xenial
summary: - Ability to set default destination for new bookmarks
+ Ability to set default save destination for new bookmarks
Changed in firefox:
importance: Unknown → Wishlist
status: Unknown → New
Changed in firefox:
status: New → Confirmed
Revision history for this message
In , 4996bfb4 (4996bfb4) wrote :

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0
Build ID: 20171022220103

Steps to reproduce:

I updated the FF 58 Nightly build from the Oct 23rd, 2017 release to the new version from the 24th and/or higher. I thought this was a mistake, but it is still broken.

Actual results:

The default bookmark location is overwritten to "Other bookmarks" a sub folder which is hard to access and forces me to change the folder I want to save to manually every single time, ruining the usability by adding a unecessary extra clicks.

Expected results:

Leave the default bookmark location as "Bookmark menu" as it always has been or implement an about:config preference or setting that allows me to change the default bookmark location to any folder I please.

Revision history for this message
In , Virtual-q (virtual-q) wrote :

It was done due to standardization of default output folder for adding bookmarks by various methods.

If it's too hard for you to access now, you may want to try to use "Bookmarks Mane" button, instead of "Library" button. You could also use Bookmarks Sidebar.

Revision history for this message
In , 8311f934 (8311f934) wrote :

Okay I understand, it was broken not to have to deal with adding a setting so the user can decide herself. And please do _not_ assume that it is "too hard" for me to do configure things.

Are you seriously suggesting me I need to install more extensions because a feature that worked for 13 years was broken? I use FF since 2004 and usually people here can be reasoned with, I am asking for some common sense. The "Other Bookmarks" folder always has been a nuisance.

This feels more like involuntarily coercing the user into using it. I can create my own "temp" folder, I don't need Mozilla to do it and I don't want to be forced to do so. I want to talk to a different Mozilla dev and this needs to be re-opened.

Revision history for this message
In , Mak77 (mak77) wrote :

The change has just unified keyboard and mouse actions, because it didn't make much sense to have the same op act differently based on how you execute it.
This change will allow more easily to change the default folder through a pref. Though, that bug doesn't exist, so maybe we could convert this one to cover that.

Revision history for this message
In , Virtual-q (virtual-q) wrote :

(In reply to Eirin from comment #2)
> Okay I understand, it was broken not to have to deal with adding a setting
> so the user can decide herself.
Preference for this unfortunately doesn't exist, yet.

(In reply to Eirin from comment #2)
> And please do _not_ assume that it is "too
> hard" for me to do configure things.
I never assumed this, that it's too hard for you to configure things.
I simply wrote reply with some easy "workarounds":
> (Virtual_ManPL [:Virtual] wrote in comment #1)
> If it's too hard for you to access now, you may want to try to use
> "Bookmarks Mane" button, instead of "Library" button. You could also use
> Bookmarks Sidebar.
to your statment
> (Eirin wrote in comment #0)
> [...]> The default bookmark location is overwritten to "Other bookmarks"
> a sub folder which is hard to access [..]

(In reply to Eirin from comment #2)
> Are you seriously suggesting me I need to install more extensions
I never suggest that.

(In reply to Eirin from comment #2)
> because a feature that worked for 13 years was broken?
Why change was made was explained in Comment 1 & Comment 3

(In reply to Eirin from comment #2)
> I use FF since 2004 and usually
> people here can be reasoned with, I am asking for some common sense. The
> "Other Bookmarks" folder always has been a nuisance.
This will be probably dealt with bug #1382532.

(In reply to Marco Bonardo [::mak] from comment #3)
> [...] This change will allow more easily to change the default folder through a
> pref. Though, that bug doesn't exist, so maybe we could convert this one to
> cover that.

Good idea.

Revision history for this message
In , Mak77 (mak77) wrote :

*** Bug 415562 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Mak77 (mak77) wrote :

Note, since now the code paths are unified, we keep this open. Bug 423617 is the old bug requesting this, and at that time the added complication didn't make sense, plus we had add-ons who could do whatever they wish.
This will stay open and available to the community to implement.

Revision history for this message
In , Gingerbread-man-2 (gingerbread-man-2) wrote :

*** Bug 1433877 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Standard8 (standard8) wrote :

*** Bug 1435545 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Mak77 (mak77) wrote :

*** Bug 1276519 has been marked as a duplicate of this bug. ***

Changed in firefox:
status: Confirmed → Invalid
Revision history for this message
In , Standard8 (standard8) wrote :

*** Bug 567555 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Standard8 (standard8) wrote :

*** Bug 1457951 has been marked as a duplicate of this bug. ***

Revision history for this message
Paul White (paulw2u) wrote :

Upstream bug has been marked as a duplicate of #1412263 so changing

Changed in firefox:
importance: Wishlist → Unknown
status: Invalid → Unknown
Revision history for this message
In , Sayonalion-webservices (sayonalion-webservices) wrote :

Do you guys understand what the word “default” mean? This means, when I do nothing, the thing should be applied. But, if I does something — the (default) thing should be changed. So, if I change the save folder in the “Edit this bookmark” dropdown, the default value should get out of the way. That's how the thing should work and there's no need any preferences for this.

Changed in firefox:
importance: Unknown → Medium
status: Unknown → Confirmed
Changed in firefox (Ubuntu):
importance: Undecided → Wishlist
status: New → Triaged
Revision history for this message
In , Annettedunca18 (annettedunca18) wrote :

This change will allow more easily to change the default folder through a pref. Though, that bug doesn't exist, so maybe we could convert this one to cover that. [TalktoSonic](https://www.talktosonic.us/)

Revision history for this message
In , Thane-d (thane-d) wrote :

I understand that this may seem like a really small issue to devs and "power" users but to my end users, it's very confusing, and I have a lot of them say "Firefox is too hard, the bookmarks don't work". Apparently Chrome/IE/Edge don't do this (just tested Edge and it puts it in the main bookmarks list by default).

I really think that removing unnecessary friction for end users would help increase the Firefox userbase which I think is a good thing.

If this is something that isn't the end of the world to fix (I've no idea what the code looks like) then it would be wonderful if it could be prioritized.

Thanks,

Thane

Revision history for this message
In , Mathew Hodson (mhodson) wrote :

Can this be closed now that bug 1432604 is fixed? At least this should probably depend on bug 1432604 rather than block it.

Revision history for this message
In , Mak-g (mak-g) wrote :

The changes in bug 1432604 allow the default destination to follow the last used folder, but it's not possible to disable such behavior, so that the default folder is always the same. I asked that question to the team and they'll evaluate based on feedback.
So this is still partially valid in the sense now there is a pref, but it's not possible to make it static.

I agree with inverting the dependencies.

Revision history for this message
In , Ankushduacodes (ankushduacodes) wrote :

Hi, Is someone working on this bug? If not may I contribute to this patch?

Thank you!...

(Just read the heated convo for this design decision and Understandable if this need more thinking about). :-)

Revision history for this message
In , Virtual-q (virtual-q) wrote :

Good day. Sure thing! I'm redirecting needinfo to more knowledge and proper persons, so they will guide you.

Revision history for this message
In , Mak-g (mak-g) wrote :

The bug is not yet actionable, because a decision was not achieved yet. The team working on 2020H2 bookmarks improvements wanted to complete collecting users feedback and telemetry before evaluating further steps. Thus, while I'm in favor of this change, we should at least wait the end of that project.

Fwiw, there is already browser.bookmarks.defaultLocation, but that is updated to the last used folder as a consequence of bug 1432604. So the work here would pretty much introduce a pref to disable the behavior from bug 1432604 (don't remember the last used folder).

Revision history for this message
In , Mak-g (mak-g) wrote :

*** Bug 1684528 has been marked as a duplicate of this bug. ***

Changed in firefox:
importance: Medium → Unknown
Revision history for this message
In , Patrick Wigmore (patrick-wigmore) wrote :

One way to integrate a "don't remember the last used folder" preference into the UI would be to have a checkbox labelled something like "Use this folder next time"; checked by default; located in the bookmark editor (the one that pops up from the bookmark creation star icon).

I think this would have to be accompanied by a change of behaviour, so that the folder is considered to be "used" if it gets selected in the editor UI, rather than waiting for a bookmark to be saved into it. Otherwise it could get rather confusing.

Then, if the checkbox is unchecked, the next time the editor shows, it defaults to a specific location (e.g. Other Bookmarks) and the box remains unchecked until manually checked again.

This was not an immediately obvious idea to me, so I thought I'd put on the table in case this preference gets implemented. There may very well be better ways, of course.

Revision history for this message
In , Rahulkumbhar779 (rahulkumbhar779) wrote :

नमस्ते, क्या कोई इस त्रुटि के साथ काम कर रहा है? यदि नहीं, तो क्या आप इस पैच में योगदान कर सकते हैं?

आपका बहुत बहुत धन्यवाद! ...

(इस डिजाइन निर्णय के बारे में गरमागरम बहस को पढ़ते हुए, आप देख सकते हैं कि यह और विचार के योग्य है।) :-)

Revision history for this message
In , Hannwest06 (hannwest06) wrote :

If you have five spare records, you can participate in the most well-known and effective online survey ever created to gather data. users' opinions about various forms of digital creation and upkeep. Sonic is very responsive to customer feedback.
<a href="https://talktsoniccom.shop/"> Visit here Talktosonic Survey </a>

Revision history for this message
In , Hannwest06 (hannwest06) wrote :

(In reply to hannwest from comment #23)
> If you have five spare records, you can participate in the most well-known and effective online survey ever created to gather data. users' opinions about various forms of digital creation and upkeep. Sonic is very responsive to customer feedback.
https://talktsoniccom.shop/

Revision history for this message
In , Pulledena (pulledena) wrote :

Because a choice has not yet been made, the bug cannot yet be fixed. Before deciding what to do next, the 2020H2 bookmarks improvement team needed to finish gathering user input and telemetry. Therefore, even if I support this move, we should at the very least wait till that project is completed. https://talktowendysltd.pro/

Revision history for this message
In , Standard8 (standard8) wrote :

Restricting comments as this bug appears to be attracting spam.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.