Closed Bug 403849 Opened 17 years ago Closed 17 years ago

fix URIHasTag() to take a string, not a nsIURI

Categories

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

defect

Tracking

()

VERIFIED FIXED
Firefox 3 beta3

People

(Reporter: moco, Assigned: moco)

References

Details

(Keywords: perf)

fix URIHasTag() to take a string, not a nsIURI currently we go from string to nsIURI back to string, and we don't need to. I think we have a bigger bugs about not doing this across places, but I've got this once fixed locally as part of another bug. note, you hit this when searching bookmarks.
Flags: blocking-firefox3?
Flags: blocking-firefox3? → blocking-firefox3+
Priority: -- → P4
Target Milestone: --- → Firefox 3 M11
fixed as part of bug #405235
Status: NEW → RESOLVED
Closed: 17 years ago
Flags: in-litmus-
OS: Mac OS X → All
Hardware: PC → All
Resolution: --- → FIXED
You mean bug 395452, I hope.
> You mean bug 395452, I hope. ugh, I did. thanks reed.
Someone other than QA will need to verify this bug is fixed. :-)
Status: RESOLVED → VERIFIED
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
You need to log in before you can comment on or make changes to this bug.