Closed Bug 365768 Opened 18 years ago Closed 18 years ago

Imported history items are not shown in sidebar (2)

Categories

(Firefox :: Bookmarks & History, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: ria.klaassen, Assigned: moco)

References

Details

Attachments

(1 file)

Could not reopen Bug 364269, so I'm filing this bug. When I import a history.dat file, the items older than 6 days are not shown in the sidebar. It is a history.dat file with old items, that is only used for the few last days and then imported. Sorry that I have no additional information. I will add a screenshot.
Attached image comparison branch-trunk (deleted) —
Just checked, but it is the same bug as Bug 364269. Maybe it can't import the data when some days in between are missing.
I'll try to reproduce this, but ria, could you send me your history.dat?
Setting browser.history_expire_days to 0 has no effect since Bug 355738 landed, it does not delete the history entries from the sqlite file; history is still present in the sidebar. Although it stops gathering new history. The sanitize function (Tools > Clear Private Data) works however. Could be that this is an independent bug, for I see it also without imported history. So the steps are: - Start Firefox in a new profile - Visit www.cnn.com - Set Tools > Options > Privacy > History > Remember visited pages to 0 days - Close the browser When you start the browser you'll see that www.cnn.com is still present; should be empty.
I was just looking at the listener for browser.history_expire_days. When the pref changes, we should get notified and if the value has changed http://lxr.mozilla.org/seamonkey/source/toolkit/components/places/src/nsNavHistory.cpp#2884, which will set mNextExpirationTime to 0, but it may not be forcing and expiration. If fx 2.0 cleared history when you set it to 0, fx 3.0 should do the same thing. I'll investigate as I'm poking at the expiration code lately for bug #363621 thanks ria!
Assignee: nobody → sspitzer
ria, I've spun out your issue (from comments #4 and #5) to bug #366075.
Bug 366589 seems to have fixed this, but now there is a new issue: it takes very long (half a minute here) before the history "By Last Visited" appears in the sidebar. Don't know if I should close this bug and file a new one, for maybe this issue is already covered by another bug. But this bug, as filed, is fixed.
Indeed fixed.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
verified with: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a8pre) Gecko/2007080805 Minefield/3.0a8pre this is basically covered in a general litmus testcase, but we'll break out each item of import into separate bugs in our work to flesh that area out.
Status: RESOLVED → VERIFIED
Flags: in-litmus?
Component: History → Bookmarks & History
QA Contact: history → bookmarks
removing in-litmus flag, it no longer exists
Flags: in-litmus?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: