Closed Bug 399866 Opened 17 years ago Closed 13 years ago

"index greater than count" warnings when adding new items to query results with any post-query filters applied

Categories

(Firefox :: Bookmarks & History, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: dietrich, Unassigned)

References

Details

Attachments

(1 file)

 
this bit of code throws bogus warnings: it assumes that the index in the db will always match the index in the query result.

any number of query options (excludeItems, search terms, group_by_*) can make the db index moot.

one route might be to call nsNavHistory::GetSimpleBookmarksQueryFolder().

however, this wallpaper patch might be enough for the common case for now.
I think we want to do something similar to what you did for bug #398295.

Can we determine the type of the item (using aItem and GetItemType(), which are already doing in nsNavHistoryFolderResultNode::OnItemAdded()), and if mOptions->ExcludeItems() is true, and we've not the type of an excluded item, we should return NS_OK; (and note, we should not call ReindexRange())

What do you think?
note: merge the backed-out toolkit bit of bug 398295 into here, where it belongs.
Summary: "index greater than count" warnings when adding new items to query results with excludeItems=true → "index greater than count" warnings when adding new items to query results with any post-query filters applied
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
the workaround was practically implemented along the way and the code differs pretty much today so setting as wfm.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: