Open
Bug 196925
Opened 21 years ago
Updated 12 years ago
Option to disable the URL bar history (since setting history days to zero still records entries in the address bar)
Categories
(SeaMonkey :: Location Bar, enhancement)
SeaMonkey
Location Bar
Tracking
(Not tracked)
NEW
People
(Reporter: KaiE, Unassigned)
References
Details
Attachments
(2 files, 1 obsolete file)
3.56 KB,
patch
|
alecf
:
superreview+
neil
:
feedback+
|
Details | Diff | Splinter Review |
14.03 KB,
image/png
|
Details |
When a user has configured the pref at "Edit/Prefs/Navigator/History/Remember visited pages for the last [x] days" to zero, the user obviously doesn't want any history to be recorded. However, even when history is set to zero, we still record URLs entered in the URL bar history. Suggested behaviour: Do not add entries to URL bar history when number of history days has been set to zero.
Reporter | ||
Comment 2•21 years ago
|
||
Reporter | ||
Comment 3•21 years ago
|
||
Comment on attachment 116875 [details] [diff] [review] Patch v1 Do you agree? Can you please review?
Attachment #116875 -
Flags: review?(hewitt)
Reporter | ||
Comment 5•21 years ago
|
||
Does anybody agree. If you don't agree, the interesting question would be: Why? :-)
because i expect the urlbar to be fully functional even if history isn't.
Reporter | ||
Comment 7•21 years ago
|
||
In a discussion on IRC it was argued that linking the zero days value to the behaviour of not storing entries to the URL bar could be unexpected. It was suggested having a separate checkbox is clearer. I'm therefore attaching a new patch that introduces a new separate pref and a checkbox. The checkbox makes it clear the url bar history must be disabled separately and independently of the history setting. This is my attempt to find a solution that requires only little work, but supports those users who are *really* concerned about their privacy.
Reporter | ||
Updated•21 years ago
|
Attachment #116875 -
Attachment is obsolete: true
Attachment #116875 -
Flags: review?(hewitt)
Reporter | ||
Comment 8•21 years ago
|
||
Reporter | ||
Comment 9•21 years ago
|
||
Updating summary to reflect new implementation approach.
Summary: [RFE] Do not store entries in URL bar when history days is zero → [RFE] Allow users to disable the url bar history (since currently setting history days to zero still records entries in the url bar)
Reporter | ||
Comment 10•21 years ago
|
||
Reporter | ||
Comment 11•21 years ago
|
||
Comment on attachment 117441 [details] [diff] [review] Patch v2 Jag, I think you said you agree to the idea of having the separate checkbox. Can you please review?
Attachment #117441 -
Flags: superreview?(jaggernaut)
Comment 12•21 years ago
|
||
I think this is good, but there's another issue here: we eventually want to ditch the current URL bar history alltogether and make them both based on the global history datasource. Initially I would have actually argued against timeless and with kai that they should be tied together. However, since they are not right now, I am fine with the seperate checkbox. Though now that I think about it I also see value in disabling the autocomplete UI based on this checkbox as well... (since eventually the autocomplete UI and the URL Bar history should will be merged, and I see value in disabling the whole urls-dropped-down-from-the-urlbar UI entirely)
Comment 13•21 years ago
|
||
Comment on attachment 117441 [details] [diff] [review] Patch v2 that said, sr=alecf
Attachment #117441 -
Flags: superreview?(jaggernaut) → superreview+
Reporter | ||
Updated•21 years ago
|
Attachment #117441 -
Flags: review?(jaggernaut)
Comment 14•21 years ago
|
||
FYI: Sometimes your patch doesn't seem to work for me 100% (also i think that's somewhere else in the code). Sometimes it adds entries to the URL bar history, also i don't why. After surfing around around and around :) it has stored 3 URLs in the url bar history, also i checked the checkbox "Do not ...".
Updated•21 years ago
|
Severity: normal → enhancement
Summary: [RFE] Allow users to disable the url bar history (since currently setting history days to zero still records entries in the url bar) → Option to disable the URL bar history (since setting history days to zero still records entries in the address bar)
Comment 15•21 years ago
|
||
Why not do this the other way around? +-Location Bar History---------------------------------------------------+ | [X] Add sites to location bar history | | | | Clear the list of sites stored in the location [Clear Location Bar] | | bar menu. | +------------------------------------------------------------------------+ Where the button becomes disabled when the checkbox (defaults to checked) is unchecked.
Comment 16•21 years ago
|
||
For what it's worth, stability enhanced Linux, Mac OSX and Windows builds based on Mozilla 1.3.1, that also contain the patch from this bug, are available at http://wamcom.org The patch contained is patch v1, that simply disables the URL bar history when history days is set to zero.
Comment 17•21 years ago
|
||
*** Bug 223606 has been marked as a duplicate of this bug. ***
Comment 18•19 years ago
|
||
Any further thought on this implementation? I'm sure that the patch has bitrotted by now? <grin>
Assignee | ||
Updated•16 years ago
|
Product: Core → SeaMonkey
Updated•16 years ago
|
QA Contact: claudius → location-bar
Comment 19•12 years ago
|
||
Comment on attachment 117441 [details] [diff] [review] Patch v2 Just trying to "revive" this stalled bug/patch.
Attachment #117441 -
Flags: review?(jag-mozilla) → review?(neil)
Comment 20•12 years ago
|
||
Comment on attachment 117441 [details] [diff] [review] Patch v2 Well, it's a start. Obviously it's severely bitrotted. It also needs to disable the update of the general.open_location.last_url preference. >+<!ENTITY urlBarHistoryDisabled.label "Do not add sites to the location bar menu."> The current history pref panel uses checkboxes to Enable history, rather than to Disable it, so we should follow that style here. >+ var prefs = Components.classes["@mozilla.org/preferences-service;1"] >+ .getService(Components.interfaces.nsIPrefBranch); This needs to use Services.prefs these days.
Attachment #117441 -
Flags: review?(neil) → feedback+
Reporter | ||
Updated•12 years ago
|
Assignee: kaie → nobody
You need to log in
before you can comment on or make changes to this bug.
Description
•