Open Bug 64073 Opened 25 years ago Updated 9 years ago

Abolish "Clear Location Bar" (combine with `Clear History')

Categories

(SeaMonkey :: Preferences, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

People

(Reporter: jruderman, Unassigned)

Details

(Keywords: helpwanted, Whiteboard: [2012 Fall Equinox])

Prefs->Navigator->History There's a button labelled "clear location bar", but the text next to it makes it sound like it should be "clear location bar menu" (or "clear location bar history"). Also, to make it more clear what the feature does, the text should be "Clear the list of URLs typed into the location bar." instead of "Clear the list of sites stored in the location bar menu."
This is easy once we settle on a string.
Severity: minor → enhancement
Keywords: helpwanted, softui
OS: Windows 98 → All
Hardware: PC → All
Reassigning to self. Wouldn't "Clear Location Bar history" be good?
Assignee: hangas → hwaara
Okay. mpt and I agreed about "Clear Location Bar history menu". Will fix this, accepting.
Status: NEW → ASSIGNED
Depends on: 49543
This is more complicated than it looks like. It involves that we need to settle on a name throughout the app, which we haven't -- we're using different names for the URLbar *everywhere*. Reassigning to component owner.
Assignee: hwaara → hangas
Status: ASSIGNED → NEW
Chaning the qa contact on these bugs to me. MPT will be moving to the owner of this component shortly. I would like to thank him for all his hard work as he moves roles in mozilla.org...Yada, Yada, Yada...
QA Contact: mpt → zach
updating to new owner. sorry for the spam.
Assignee: hangas → mpt
--> URL bar
Assignee: mpt → alecf
Component: User Interface Design → URL Bar
QA Contact: zach → claudius
Keywords: softuipolish
--> xpapps gui while alec is gone
Assignee: alecf → blake
Component: URL Bar → XP Apps: GUI Features
QA Contact: claudius → sairuh
Target Milestone: --- → mozilla0.9.4
QA Contact: sairuh → claudius
This looks like a nice to have enhancement (i.e. not a stop ship). Propose we move ti out of 0.9.4 to a leter milestone.
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Mass moving lower-priority bugs to 0.9.6 (with Blake's pre-consent) to make room for remaining 0.9.4/eMojo bugs and MachV planning, performance and feature work. If anyone disagrees with the new target, please let me know.
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Does the button text really need to be that long? Can we improve the text around it? -> UI Design
Assignee: blakeross → mpt
Component: XP Apps: GUI Features → User Interface Design
QA Contact: claudius → zach
Target Milestone: mozilla0.9.7 → ---
history is ok, list is ok, imo it's not a menu.
Blocks: 157199
No longer blocks: 157199
No longer depends on: 49543
1. -Typed address history- The location bar menu contains addresses you have typed recently. [Clear typed addresses] or 2. Make "Clear History" clear both global history and typed addresses. If you're surfing porn on a shared computer, you probably want to clear both. Is it likely that someone would want to only clear global history or only clear typed addresses?
Jesse's right. Having more than one history function is stupid. The menu should be cleared when the `Clear History' button is clicked, instead of having a separate button. Resummarizing, --> Preferences.
Assignee: mpt → ben
Component: User Interface Design → Preferences
Keywords: polish
QA Contact: zach → sairuh
Summary: "clear location bar" should be "clear location bar menu" → Abolish "Clear Location Bar" (combine with `Clear History')
Product: Browser → Seamonkey
Can we please see some action on this bug? I know it's not a serious thing for many but for people seeking to protecting their surfing privacy it may be. Methinks the solution should be as simple as moving the code that executes when the "Clear Location Bar" button is pressed to the end of the code that executes when the "Clear History" button is pressed. And the label control, command button control and frame control (forgive my VB-ese) for the Clear Location Bar section should be removed. Of course, the documentation should be slightly rewritten as well. I am not an expert programmer, but I think that if I had the right to modify the code myself (I may do the correction in my offline code, but I don't know how to upload it back to the SM trunks, etc) I could do it, my very first coding contribution to the SM code.
Flags: blocking-seamonkey1.0?
I don't think we want to block for minor UI issues. Why is this a privacy concern? You can do it anyway, it just needs two clicks.
Flags: blocking-seamonkey1.0? → blocking-seamonkey1.0-
Assignee: bugs → prefs
QA Contact: bugzilla
(Filter "spam" on 'prefs-nobody-20080612'.)
Assignee: prefs → nobody
QA Contact: prefs
Is this still actual?
Whiteboard: [2012 Fall Equinox]
(In reply to Phoenix from comment #18) > Is this still actual? Yes, the initial comment still applies completely (it's only "websites" instead of "sites" nowadays). I'm not convinced that the combining part (which is mentioned in the summary) is really needed, though. I'd just fix the issues from the initial comment and be done with it. Simple l10n change (including Help). Good first bug even.
You need to log in before you can comment on or make changes to this bug.