Open
Bug 64073
Opened 25 years ago
Updated 9 years ago
Abolish "Clear Location Bar" (combine with `Clear History')
Categories
(SeaMonkey :: Preferences, enhancement)
SeaMonkey
Preferences
Tracking
(Not tracked)
NEW
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.
![]() |
||
Comment 2•25 years ago
|
||
Reassigning to self. Wouldn't "Clear Location Bar history" be good?
Assignee: hangas → hwaara
![]() |
||
Comment 3•25 years ago
|
||
Okay. mpt and I agreed about "Clear Location Bar history menu". Will fix this,
accepting.
Status: NEW → ASSIGNED
![]() |
||
Comment 4•25 years ago
|
||
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
![]() |
||
Comment 5•25 years ago
|
||
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
![]() |
||
Comment 7•24 years ago
|
||
--> URL bar
Assignee: mpt → alecf
Component: User Interface Design → URL Bar
QA Contact: zach → claudius
Updated•24 years ago
|
![]() |
||
Comment 8•24 years ago
|
||
--> 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
![]() |
||
Updated•24 years ago
|
QA Contact: sairuh → claudius
![]() |
||
Comment 9•24 years ago
|
||
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.
![]() |
||
Updated•24 years ago
|
Target Milestone: mozilla0.9.4 → mozilla0.9.5
![]() |
||
Comment 10•24 years ago
|
||
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
![]() |
||
Updated•24 years ago
|
Target Milestone: mozilla0.9.6 → mozilla0.9.7
![]() |
||
Comment 11•24 years ago
|
||
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 → ---
Comment 12•23 years ago
|
||
history is ok, list is ok, imo it's not a menu.
Reporter | ||
Comment 13•23 years ago
|
||
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?
Comment 14•23 years ago
|
||
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')
Updated•21 years ago
|
Product: Browser → Seamonkey
Comment 15•20 years ago
|
||
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.
Updated•20 years ago
|
Flags: blocking-seamonkey1.0?
Comment 16•20 years ago
|
||
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-
Updated•19 years ago
|
Assignee: bugs → prefs
QA Contact: bugzilla
Comment 17•17 years ago
|
||
(Filter "spam" on 'prefs-nobody-20080612'.)
Assignee: prefs → nobody
QA Contact: prefs
Comment 19•13 years ago
|
||
(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.
Description
•