Closed
Bug 78247
Opened 25 years ago
Closed 24 years ago
History preferences accepts negative values
Categories
(Core Graveyard :: History: Global, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: Junk_HbJ, Assigned: bugzilla)
References
()
Details
Attachments
(3 files)
|
1.43 KB,
patch
|
Details | Diff | Splinter Review | |
|
840 bytes,
patch
|
Details | Diff | Splinter Review | |
|
1.18 KB,
patch
|
Details | Diff | Splinter Review |
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.8.1+) Gecko/20010430
BuildID: 2001043004
The preferences for history allow negative values for the expiration of global
history entries as well as for the session history size.
Reproducible: Always
Steps to Reproduce:
1. Go to "Edit - Preferences"
2. Select "Pages in history expire after : x days"
3. Set x to -11
4. Select "Session history size : y days"
5. Set y to -11
Actual Results: Negative values accepted and saved.
Expected Results: Negative values rejected.
This bug is inspired by my findings in bug 78175
Comment 1•25 years ago
|
||
wow, that's bad!
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Target Milestone: --- → mozilla0.9.2
nav triage team:
So NOT a beta stopper, marking nsbeta1- and mozilla1.0
Keywords: nsbeta1-
Target Milestone: mozilla0.9.2 → mozilla1.0
Comment 3•25 years ago
|
||
Comment 4•25 years ago
|
||
Comment 5•25 years ago
|
||
Proposed fix attached. Changing negative value to 9 (default) and notifying user
about it.
Comment 6•25 years ago
|
||
Thanks for the work here! I hate to tell you this now, but I'm getting rid of
onHistoryOK - can you put this in the onblur handler of the text widget instead?
If you do that, I don't think an alert is necessary, not to mention we're in a
UI freeze, so we'd rather not have a new string added.
Comment 7•25 years ago
|
||
Comment 8•25 years ago
|
||
Ok, i did this change, but on current sources i can't change this preference at
all! After pressing OK button and reopening this preferences page preference
stays unchanged! Just filled bug about it. Bug 83473.
Depends on: 83473
Comment 9•25 years ago
|
||
now wasn't that easy? :)
sr=alecf
Comment 10•25 years ago
|
||
that's not a dependancy though - it doesn't block you from fixing this
particular bug
No longer depends on: 83473
Comment 11•25 years ago
|
||
nav triage team:
Not super critical for mozilla1.0, pushing out to mozilla1.0.1
Target Milestone: mozilla1.0 → mozilla1.0.1
Comment 12•25 years ago
|
||
well, the history pref also accepts characters in addition to numbers. Howevever
the characters are not seen when I reopen prefs history panel, I see '0'. Only
numbers and that too positive should be accepted :)
Comment 13•25 years ago
|
||
reassigning history bugs to new owner - send this bug back to me if it looks
like something I should fix (such as embedding-related architecture issues),
rather than the actual history owner...
Assignee: alecf → blakeross
Status: ASSIGNED → NEW
Target Milestone: mozilla1.0.1 → ---
| Assignee | ||
Comment 14•24 years ago
|
||
bad values aren't saved anymore, we have other bugs on more immediate feedback.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 15•23 years ago
|
||
mass-verifying claudius' Fixed bugs which haven't changed since 2001.12.31.
if you think this particular bug is not fixed, please make sure of the following
before reopening:
a. retest with a *recent* trunk build.
b. query bugzilla to see if there's an existing, open bug (new, reopened,
assigned) that covers your issue.
c. if this does need to be reopened, make sure there are specific steps to
reproduce (unless already provided and up-to-date).
thanks!
[set your search string in mail to "AmbassadorKoshNaranek" to filter out these
messages.]
Status: RESOLVED → VERIFIED
Comment 16•22 years ago
|
||
how is this fixed?, on windows 98 maybe. But I can easily reproduce it with
Windows XP...
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•