374764 - editor.singleLine.pasteNewlines not honored when draging an URI to a Tab

Status: RESOLVED WORKSFORME

(Firefox :: Tabbed Browser, defect)

Description

[Papendieck]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3

I configured editor.singleLine.pasteNewlines option to strip newlines (Value 2 or 3). This workes fine when I drag an URI containig newlines from the Dokument to the location bar, but when I drag the same URI to the TAB bar (dosent matter if to an existing tab or not) FF tries to load thr part of th URI before the first newline.

Reproducible: Always

Steps to Reproduce:
1. Display a Page containing an URI as plain text having linebreaks
2. select hole link including the linebraks
3. drag the selection to the tabs bar and drop it there
Actual Results:  
"File not found" error appears because only forst part of link was pasted

Expected Results:  
display of the Content of the URI

Comment 1

[Samuel Sidler (old account; do not CC)]

So, if I'm understanding this correctly, the following are the full STR:


1. Change editor.singleLine.pasteNewlines in about:config to 2 or 3
2. Have text such as the following:

http://ww
w.goog
le.com

3. Select that text and drag and drop it onto a current tab or onto an empty space in the tab bar (to create a new tab).


If that's correct, I can't reproduce this bug on Mac using Firefox 2.0.0.3 but *can* reproduce it using Firefox 2.0.0.3 on Windows Vista. That being said, it works fine on a trunk build from today (on both Mac and Vista) and was presumably fixed by 23485.

Since I'm not sure that that patch is the one that fixed it, I'm going to close this bug WORKSFORME.

Comment 2

[Papendieck]

(In reply to comment #1)
> So, if I'm understanding this correctly, the following are the full STR:
> 1. Change editor.singleLine.pasteNewlines in about:config to 2 or 3
> 2. Have text such as the following:
> http://ww
> w.goog
> le.com
> 3. Select that text and drag and drop it onto a current tab or onto an empty
> space in the tab bar (to create a new tab).
Yes.

But I can still reproduce the problem vith my Version:
Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3

Additionally with your exaple dragging the selectet URI to the tabs bar does not lead to any action in FF. Draging it to the address bar gives 
http://ww w.goog le.com

Dragging it from the text input area to the tabs bar leads me to the Webseite www.ww.com

> If that's correct, I can't reproduce this bug on Mac using Firefox 2.0.0.3 but
> *can* reproduce it using Firefox 2.0.0.3 on Windows Vista. That being said, it
> works fine on a trunk build from today (on both Mac and Vista) and was
> presumably fixed by 23485.
Sorry, but this does not convince me. With FF 1.5 this feature worked as expexted (a new tab was opend gettin the complete URL when the option was set to 2).

FF 2.0.0.3 does not produce the same result as FF 1.5.

> 
> Since I'm not sure that that patch is the one that fixed it, I'm going to close
> this bug WORKSFORME.

:o( 

Comment 3

[Samuel Sidler (old account; do not CC)]

As I said, this feature is broken in 2.0.0.3, but fixed on the trunk which is what will become Firefox 3.0. Because it's not a critical issue (affecting security or stability), it, doubtfully, won't be fixed in any 2.0.0.x release.

Comment 4

[Papendieck]

(In reply to comment #3)
> As I said, this feature is broken in 2.0.0.3, but fixed on the trunk which is
> what will become Firefox 3.0. Because it's not a critical issue (affecting
> security or stability), it, doubtfully, won't be fixed in any 2.0.0.x release.
I think I can live with that.
But wouldn't "WONTFIX" be the better resulution marker?

Thanks for your time.

bye
Thomas