Draggable RSS links are wrong! Can result in orphaned links. Crash can be triggered.

RESOLVED WORKSFORME

Status

()

--
major
RESOLVED WORKSFORME
11 years ago
9 years ago

People

(Reporter: zed, Unassigned)

Tracking

Trunk
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

11 years ago
User-Agent:       
Build Identifier: latest nightly win32 (05/10/08)

Unlike bookmarks, which are locally managed, RSS feeds are remotely managed (and temporary) and as such should be treated locally as static content. 

Although individual feed links cannot be dragged into another RSS feeds folder, they can be moved outside of their own feed folder, and in doing so the link becomes orphaned when the RSS feed is refreshed, with a duplicate link respawning in the original feed folder. Initial right click on orphaned file causes immediate Fatal Error crash (in XP) and does not trigger the Crash Reporter. Upon restart, the orphaned RSS link remains and right click functions correctly.

Reproducible: Always

Steps to Reproduce:
1.Create a folder on the boomarks or navbar and populate with live rss feed folder(s)
2.Click on folder on toolbar, and from within a rss feed folder, drag a link out, into the parent (non-rss) folder.
3.Refresh feed.
4.Right click on the resulting orphaned link from the toolbar folder menu.
Actual Results:  
Instant fatal error. No crash reporter. Upon restart, orphaned rss link still orphaned, but now right clickable.

Expected Results:  
RSS live feeds should be static as per ff2. This is a regression. Remote links should not be locally editable/draggable.

None.

Updated

11 years ago
Component: RSS Discovery and Preview → Places
QA Contact: rss.preview → places
Version: unspecified → Trunk
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008050908 Minefield/3.0pre

The first time I tried I lost my live bookmark, but I couldn't repeat it.
the dragged item should be a copy, so it should not cause any issue.
I cannot actually reproduce even if i don't remember a fix for this, so could be something not always reproduceable
still WFM
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20081219 Minefield/3.2a1pre

feel free to reopen if you can reproduce with current version
Status: UNCONFIRMED → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → WORKSFORME
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.