367093 - CF_HTML Clipboard format copied from FF contains modified HREF Urls

Status: UNCONFIRMED

(Core :: DOM: Serializers, defect)

Description

[Max Vlasov]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1

Using CF_HTML Clipboard format from the page copied in FireFox one can reveal that Href urls in <A> tags appear to be different from the original one, for example symbol "~" is replaced with %7E entity. But while some servers don't care, others like www.allmusic.com consider them different and fails when using the modified form. 


Reproducible: Always

Steps to Reproduce:
1. Open the page http://www.allmusic.com/cg/amg.dll?p=amg&sql=17:1755935
2. Find first speaker icon and Copy Link Location. 
This should be: http://www.allmusic.com/cg/amg.dll?p=amg&sql=50:98v8b5t4msn0~T
3. Copy the contents of the page to the clipboard. 
4. Paste the CF_HTML (Microsoft HTML Clipboard format) somewhere (like NVU HTML editor) and find in the source the proper link, it should contain http://www.allmusic.com/cg/amg.dll?p=amg&sql=50:98v8b5t4msn0%7ET 

(~ was replaced by %7E) 
Actual Results:  
<A HRef="http://www.allmusic.com/cg/amg.dll?p=amg&sql=50:98v8b5t4msn0%7ET">

Expected Results:  
<A HRef="http://www.allmusic.com/cg/amg.dll?p=amg&sql=50:98v8b5t4msn0~T">

Comment 1

[Wayne Mery (:wsmwk)]

do you see this problem also in version 3.5 or newer?

Comment 2

[Max Vlasov]

Just checked the same urls and data, the problem exists in FF 3.5.4. The contents of the page http://www.allmusic.com/cg/amg.dll?p=amg&sql=17:1755935 hasn't significantly changed since 2007 so the links with ~ exists in the page html source and still being changed when clipboard access with CF_HTML format.