Closed Bug 78247 Opened 25 years ago Closed 24 years ago

History preferences accepts negative values

Categories

(Core Graveyard :: History: Global, defect)

x86
Windows 98
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: Junk_HbJ, Assigned: bugzilla)

References

()

Details

Attachments

(3 files)

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
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
Attached patch Fix part 1 — — Splinter Review
Attached patch Fix part 2 — — Splinter Review
Proposed fix attached. Changing negative value to 9 (default) and notifying user about it.
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.
Attached patch New fix. — — Splinter Review
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
now wasn't that easy? :) sr=alecf
that's not a dependancy though - it doesn't block you from fixing this particular bug
No longer depends on: 83473
nav triage team: Not super critical for mozilla1.0, pushing out to mozilla1.0.1
Target Milestone: mozilla1.0 → mozilla1.0.1
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 :)
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 → ---
bad values aren't saved anymore, we have other bugs on more immediate feedback.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
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
how is this fixed?, on windows 98 maybe. But I can easily reproduce it with Windows XP...
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: