345504 - A URL inserted in the AttachURL field of attachment.cgi does not work as expected

Status: RESOLVED WONTFIX

(Bugzilla :: Attachments & Requests, defect)

Description

[tim]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-GB; rv:1.8.0.4) Gecko/20060527 SUSE/1.5.0.4-1.3 Firefox/1.5.0.4
Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-GB; rv:1.8.0.4) Gecko/20060527 SUSE/1.5.0.4-1.3 Firefox/1.5.0.4

Once the 'attachment' has been added the only place where the URL is clickable on is in the "edit attachment" page. Else where it is simply shown as plain text in the browser window when references to the attachment are clicked on

Reproducible: Always

Steps to Reproduce:
1. Insert URL into AttachURL field
2. Return to eshowbug.cgi page
3. click on either "created attachment"  text in comments field or text in attachment table
Actual Results:  
the URL is displayed as plain text in the browser

Expected Results:  
Well according to the release notes:-
Attach URLs
-----------
Instead of attaching a file, you can now also attach a URL to a bug.
This will show up just like an attachment on show_bug.cgi, but when
you click on it, it will take you to the URL.

Comment 1

[Greg Hendricks]

I ran into this earlier myself and was confused in the same way. I think that by clicking the attachment link in the table it should redirect me to the URL rather than open a page with the URL in plain text and unclickable.

Comment 2

[Frédéric Buclin]

No. It is so by design. We want to let the user see the URL before being redirected to it. For security reasons.

Comment 3

[tim]

Whilst it may be so by design, it is not how most people would interpret the release notes line which states:-

"...but when you click on it, it will take you to the URL."

It doesn't take you to the URL. It displays the path of the URL which is very different.
If for security reasons this is deemed necessary, then at the very least the displayed URL should be clickable!

Since one can always autolinkify URLs in comments anyway, I'm beginning to wonder what the point of this feature is. I though it might enable a more user friendly display of the links purpose, rather than the actual link text.

Comment 4

[Frédéric Buclin]

*** Bug 347753 has been marked as a duplicate of this bug. ***

Comment 5

[Frédéric Buclin]

See bug 149504 comment 23 about URLs not being clickable. Unless joel and I change our mind, this bug will probably remain as "won't fix".