451911 - Cannot drag and drop rich text from feed preview

Status: RESOLVED INACTIVE

(Firefox Graveyard :: RSS Discovery and Preview, defect)

Description

[Christopher Finke]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1a1) Gecko/2008072510 Shiretoko/3.1a1
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1a1) Gecko/2008072510 Shiretoko/3.1a1

If you select some text in an RSS feed preview that includes a link and then drag the selection to a rich text editor (like GMail's editor), the entire selection is pasted as plain text, not as text and links, as any selection of other HTML content would be.

Reproducible: Always

Steps to Reproduce:
1. Open a feed. (http://www.chrisfinke.com/feed/ for example).
2. Select some text that starts with plain text, ends with plain text, but includes a link in the middle.
3. Drag and drop into GMail's rich-text editor.
Actual Results:  
Only the plain text representation of the selection is pasted.

Expected Results:  
The link in the middle of the selection should be transferred as a link, not as plain text.  Dragging and dropping HTML content in the same manner exhibits this behavior.

Comment 1

[Markus Merz]

Confirmed. Additional info + testcase: <http://code.google.com/p/scribefire/issues/detail?id=66>

Applications involved: FF3 and ScribeFire 2.3.1 add-on
Mozilla/5.0 (Windows; U; Windows NT 5.0; de; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1

Comment 2

[Steve McMillen]

I came to report the same bug I think but let me describe (Actually, I think this is a slightly different bug so I'll log that also and put a link here)

Expected behavior (which was the case prior to the new tab drag to new window feature):  
1. Click the icon to the left of the Location bar
2. Drag it into a formatted text editing region such as a Thunderbird Mail Compose window
3. Release the mouse
Expected result: A link is pasted into the drop location with the title of the html page  as the display text (this is how it works in v3.0 Firefox)
Actual Result: A link is pasted with the full URL of the html page as the displayed text

So current behavior is close but the title should set as the display text instead of the url.

Comment 3

[Steve McMillen]

FYI - I reported the new bug I suggested I'd log above as Bug 467861

Comment 4

[Markus Merz]

Steve: #2 & #3 are not related and confuse this bug thread.

1. As long as you are not looking at a rendered RSS feed your bug is not related
2. As long as you are not selecting text in an RSS feed and drag that text to an editor box your bug is not related
3. As long as your selected text doesn't contain anchor links which are not pasted your bug is not related

Comment 5

[Tanner M. Young [:tmyoung]]

Is this still an issue in the latest release of Firefox 2.5?

Comment 6

[Tanner M. Young [:tmyoung]]

Correct that..."Firefox 3.5"

Comment 7

[Markus Merz]

(In reply to comment #1)
> Confirmed. Additional info + testcase:
> <http://code.google.com/p/scribefire/issues/detail?id=66>

Test case confirmed again for FF 3.5.2 and ScribeFire 3.4.4
Mozilla/5.0 (Windows; U; Windows NT 5.0; de; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2

Comment 8

[Tanner M. Young [:tmyoung]]

I can also reproduce it on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a2pre) Gecko/20090901 Namoroka/3.6a2pre (.NET CLR 3.5.30729) ID:20090901050855

Setting to NEW.

Comment 9

[BMO Automation]

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.