329983 - Make places handle HTTP 302 "redirects"

Status: RESOLVED DUPLICATE of bug 737836

(Firefox :: Bookmarks & History, defect, P5)

Description

[Brett Wilson]

Comment 1

[Brett Wilson]

For clarification, when you encounter this type of redirect you get two entries in your history, where it would be desirable to only get one. They also seem to get added in the wrong order, so at least we should make it so the visit times are always in the right order. The problem now may be that the two visits are added faster than the resolution of our clock, and they have the same add time which messes up sorting.

Comment 2

[Gervase Markham [:gerv]]

Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Gerv

Comment 3

[Mike Kaply [:mkaply]]

Any suggestions on where to start looking at this?

Comment 4

[Marco Bonardo [:mak] (Away Apr 25 - May 5)]

well, we should check first where we are, are the visits still added in reverse order? Are both of them shown in the history menu? What about the locationbar?
Then the starting point for the visit is the docshell, that calls into History.cpp.

Comment 5

[Mark Banner (:standard8)]

I'm not quite sure, but this feels like bug 737836.

Comment 6

[Marco Bonardo [:mak] (Away Apr 25 - May 5)]

(In reply to Mark Banner (:standard8) from comment #5)
> I'm not quite sure, but this feels like bug 737836.

Part of it, the other part has been fixed when we changed history.cpp implementation.
I don't think there's further interesting work to do here.