Closed Bug 176607 Opened 23 years ago Closed 23 years ago

ctrl-d (add bookmark) does not prompt for a description

Categories

(Firefox :: Bookmarks & History, defect)

x86
Linux
defect
Not set
normal

Tracking

()

VERIFIED WONTFIX

People

(Reporter: rack1, Assigned: p_ch)

References

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021022 Phoenix/0.3 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021022 Phoenix/0.3 Simple enough. Pull up an input box for the description as well as name/url. It seems strange to flip to the bookmark manager (or load it up if I haven't done so already), and ctrl-i on it to change the description myself. Reproducible: Always Steps to Reproduce: 1. 2. 3.
It does on Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021024 Phoenix/0.3 Shows the standard add bookmark dialog, with option for name and folder to place bookmark in. Could this be *nix specific? (Don't see why - this should be using the same code, right?)
Confirming with: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021025 Phoenix/0.3 Does the same thing as the previous build. CTRL-D brings up a dialogue to add a bookmark, however there are only the 'name' and 'url' fields, and not a field to add a description.
this is as designed.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
verified.
Status: RESOLVED → VERIFIED
*** Bug 278577 has been marked as a duplicate of this bug. ***
Why wont this be fixed? ie why is it designed this way? There is no reason not to include the description field. If you dont want description fields then just dont have them at all. But if you have them why block the user from entering data into them when making a bookmark? This is quite an illogical design.
*** Bug 290017 has been marked as a duplicate of this bug. ***
*** Bug 290017 has been marked as a duplicate of this bug. ***
*** Bug 314864 has been marked as a duplicate of this bug. ***
(In reply to comment #6) > Why wont this be fixed? ie why is it designed this way? > There is no reason not to include the description field. If you dont want > description fields then just dont have them at all. But if you have them why > block the user from entering data into them when making a bookmark? This is > quite an illogical design. Can anybody answer this question? Why settle for a handicapped bookmark entry dialog?
Please change the design to allow entering description for bookmarks when adding them! It's a big pain in the ass to open the Library after I've added a bookmark, search for the damn bookmark and set the description for it. I want to do this in one step!
Roman R.: You should change the priority to Enhancement and then perhaps your calls for it to reopened would be heeded. As it is, this is not a bug.
Also note that the equivalent bug for SeaMonkey is bug 89001. (Sorry for the spam.)
WulfTheSaxon, I don't have access to this bug that would allow me to change its priority.
I was trying to figure why you couldn't edit the bug when I realized you weren't the original reporter. Not sure what made me think that... I apparently should have speaking to Rack.
This is actually fixed, checked on 7.0.1. I'd give more exact version info, but apparently that feature was removed from Help > About. =/
(In reply to spiralofhope from comment #17) > This is actually fixed, checked on 7.0.1. Was it removed? I don't see it in 12.0.
(In reply to Jon B from comment #18) > (In reply to spiralofhope from comment #17) > > This is actually fixed, checked on 7.0.1. > > Was it removed? I don't see it in 12.0. 12.0 works just fine.
Could you please post a screenshot? Here I get a dialog with Name/Folder/Tags but no field for description.
You need to log in before you can comment on or make changes to this bug.