Closed Bug 438718 Opened 17 years ago Closed 14 years ago

setItemIndex on a Livemark causes Livemark to fail to load

Categories

(Firefox :: Bookmarks & History, defect)

3.0 Branch
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: toddsf, Unassigned)

References

Details

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 If a Livemark is created (via nsILivemarkService.createLivemark) and then immediately repositioned (via nsINavBookmarksService.setItemIndex), the Livemark does not load -- it persists with its "failed to load" message until Firefox is restarted. This is reproducible using Foxmarks as follows: 1. On computer A, create a Livemark in a non-empty folder. 2. Move the Livemark from its newly created position as the last item in its parent to somewhere in the middle of that folder. 3. Sync using Foxmarks. 4. On computer B, sync using Foxmarks. 5. Open Livemark on computer B. Expected results: See livemark contents. Actual results: See "failed to load" message. Note that there is no problem if the Livemark is left in its original position as the last child in the folder; since Foxmarks creates new items by default at the end of the folder and then moves them into position (via setItemIndex) as necessary, it appears that setItemIndex is somehow the culprit.
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
Depends on: 539517
This is a wontfix since setItemIndex should be used only on all the children of a folder and only for sorting (as stated by the idl), for single items moveItem should instead be used. setItemIndex is dangerous for database coherence and we should remove it asap.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.