Closed Bug 391691 Opened 14 years ago Closed 3 years ago

escaped and unescaped versions of URI are both in history

Categories

(Firefox :: Bookmarks & History, enhancement)

enhancement
Not set
normal

Tracking

()

RESOLVED INACTIVE

People

(Reporter: bugs1m.wisefool, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a7) Gecko/2007080210 GranParadiso/3.0a7
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a7) Gecko/2007080210 GranParadiso/3.0a7

URI's like http://en.wikipedia.org/wiki/Mozilla_%28mascot%29 and http://en.wikipedia.org/wiki/Mozilla_(mascot) are currently considered distinct by History/Places, as entering one and then the other results in two history/autocomplete entries.


Reproducible: Always

Steps to Reproduce:
1. Go to a raw escaped URL
2. Visit the same URL, in unescaped form
Actual Results:  
There are two entries in history and autocomplete

Expected Results:  
There should be one, unescaped entry (Opera does this)

This makes the visited/unvisited status of a page inconsistent, since if a site uses an escaped URI like Wikipedia does, the user can enter a URI manually, while allowing the unescaped links to that page to still appear unvisited.
I'm going to send this to Places since that's where any work will be done.

I don't see any duplicates so confirming as a valid RFE. This happens in both Firefox 2.0.0.x and current trunk builds.
Status: UNCONFIRMED → NEW
Component: History → Places
Ever confirmed: true
QA Contact: history → places
Version: unspecified → Trunk
Severity: normal → enhancement
Depends on: 415460
Bug 415460 will make sure there's only the unescaped version in the history.
Assignee: nobody → edilee
Whiteboard: [has fix in bug 415460]
No longer depends on: 415460
Bug 415460 didn't land with the original patch.. this will need a different way to solve it then..
Assignee: edilee → nobody
Whiteboard: [has fix in bug 415460]
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
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.