Closed Bug 232374 Opened 21 years ago Closed 21 years ago

Request for parameters from javascript methods in href of an anchor to be reconstructed into a link.

Categories

(SeaMonkey :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: kunathma, Unassigned)

References

()

Details

User-Agent: Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3 I have known about this "bug" for a few years. Today I am sick of it and finally report it. I do not know a single browser in existance that does NOT implement this bug. Reproducible: Always Steps to Reproduce: 1. Visit: http://www.netgear.com.au/products/prod_details.asp?prodID=177 2. The goal of the visit is to directly access the URL of the datasheet of this product. 3. How do you do it? 4. Any sane person would right-click the datasheet link and select "copy link location". 5. If you do so you do not actually copy the link location but copy the javascript function to start a pop-up that accesses this datasheet for you. The wrong copy link contains: javascript:demoOpen('/shared/pdf_docs/fsm726.pdf'); This is so frustrating. Actual Results: The wrong copy link contains: javascript:demoOpen('/shared/pdf_docs/fsm726.pdf'); and this is wrong!!! Expected Results: We have been using browsers and javascript for how many years? Why can't "copy link location": 1. detect a javascript function is used 2. reverse inherit the functionality of this code 3. reconstruct the actual URL of this datasheet 4. store the actual location of the datasheet in memory for the user? If the browser did this correctly the correct copy would contain: http://www.netgear.com.au/shared/pdf_docs/fsm726.pdf
This is a request for unreliable behaviour. Forcing the browser to sniff whether demoOpen()'s parameters could be construed to be a URL, or not.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → INVALID
Summary: DeathMatch: Copy Link Location vs JavaScript → Request for parameters from javascript methods in href of an anchor to be reconstructed into a link.
I think a better thing would be for webmasters to use a valid link as their href target, and use onClick for their fancy javascript alternate.
I strongly suspect that if Mozilla ever does something like this, it would be best as a mozdev project plugin.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.