Closed Bug 84766 Opened 24 years ago Closed 24 years ago

[FIX]making history.dat readonly renders url bar inoperative

Categories

(SeaMonkey :: Location Bar, defect, P5)

defect

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.0

People

(Reporter: gsa, Assigned: bzbarsky)

References

Details

(Whiteboard: [readonly])

Attachments

(1 file, 2 obsolete files)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.1) Gecko/20010607 BuildID: 2001060712 I did a "get info" on the history.dat file and locked it so Mozilla can't write to it. rebooted Mozilla. Now Url Bar doesn't work anymore. Reproducible: Always Steps to Reproduce: 1. select "history.dat" file in Mozilla profiles folder 2. using "get info" command lock it so it cannot be written to 3. reboot Mozilla, enter a url in the url bar and try to activate it Actual Results: Nothing happens Expected Results: url entered in the url bar should have activated
nobody said that was supported :) moving to future..
Priority: -- → P3
Target Milestone: --- → Future
After checking the Javascript Console I found this error which resulted from locking the history.dat file Error: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIAutoCompleteSession.onStartLookup]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://global/content/autocomplete.xml#autocomplete.startLookup() :: startLookup :: line 12" data: no]
This should probably be invalid because nothing says that you should do this. It's kindof like filing a bug saying that when I delete dlls, shlbs, and .so files, then the browser doesn't run... However, because it looks like Alecf has some intention of fixing this at a later point in time, I'll confirm it. Alecf, if I got you wrong here, let me know or close this out... Thanks Zach
Status: UNCONFIRMED → NEW
Ever confirmed: true
this is one of those things that embedders would probably like, or people who want to run moz off a cdrom. So is mork choking or what?
OS: Mac System 9.x → All
Hardware: Macintosh → All
Summary: making history.dat unwritable renders url bar inoperative → making history.dat readonly renders url bar inoperative
Whiteboard: [readonly]
reassign url bar bugs to new owner..
Assignee: alecf → blakeross
Target Milestone: Future → ---
Severity: major → minor
Target Milestone: --- → Future
reassigning url bar bugs to default owner.
Assignee: blakeross → hewitt
Target Milestone: Future → M1
Target Milestone: M1 → ---
Severity: minor → trivial
Status: NEW → ASSIGNED
Priority: P3 → P5
Target Milestone: --- → Future
Blocks: 113025
Attached patch Patch v1.0 (obsolete) — Splinter Review
Patch to fix. Don't leave our listeners hanging because of our internal problems!
taking bug.
Assignee: hewitt → bzbarsky
Status: ASSIGNED → NEW
Summary: making history.dat readonly renders url bar inoperative → [FIX]making history.dat readonly renders url bar inoperative
Target Milestone: Future → mozilla1.0
Attached patch Patch v 1.1 (obsolete) — Splinter Review
Better patch
Attachment #68340 - Attachment is obsolete: true
Attachment #68344 - Flags: review+
Comment on attachment 68344 [details] [diff] [review] Patch v 1.1 don't increment mFailureCount yourself, call this.searchFailed() which does that and then some.
Attachment #68344 - Flags: needs-work+
Attached patch Patch v 1.2Splinter Review
call this.searchFailed() (have to decrement this.mSessionReturns manually for things to work, though).
Attachment #68344 - Attachment is obsolete: true
Comment on attachment 68445 [details] [diff] [review] Patch v 1.2 sr=hewitt
Attachment #68445 - Flags: superreview+
Attachment #68445 - Flags: review+
checked in
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: