Closed
Bug 281327
Opened 20 years ago
Closed 20 years ago
onclick actions not executed in <a> tag
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: farrier, Unassigned)
References
()
Details
(Keywords: testcase)
Attachments
(1 file)
|
2.37 KB,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Following link always works, but onclick="return false" should prevent this.
<a href="test3.html" onclick="return false">click me 3</a>
Following link always displays the "are you sure?" dialog, but reloads the page
BEFORE displaying the dialog.
<a onclick="return confirm('are you sure?');" href="same_page.html">refresh page</a>
Following link never displays the "are you sure?" dialog, and just loads
other_page.html.
<a onclick="return confirm('are you sure?');" href="other_page.html">new page</a>
Following form works fine, correctly asking for confirmation, and only
submitting the form if the user clicks "OK".
<form action="same_or_different_page.html">
<input type="submit" onclick="return confirm('sure?');" />
</form>
Reproducible: Always
Steps to Reproduce:
1. Create a file with the above links in.
2. Click the links.
Actual Results:
The onclick action only runs if the link links to the same page, and even then,
it only runs AFTER the page has reloaded.
However, other firefox users have not confirmed this behaviour.
Expected Results:
It should display a dialog asking "are you sure?" and only load the link href if
the user clicks "OK", NOT if the user clicks "cancel", and DEFINITELY NOT before
the user has clicked anything at all.
Possibly a dup of:
https://bugzilla.mozilla.org/show_bug.cgi?id=64395
though I think maybe that guy was having a different but similar issue.
I only marked this as "normal", since although a major feature is broken (the
whole "are you sure?" thing is pretty important for userfriendly websites,
imho), nobody else appears able to reproduce it.
about:buildconfig
Build platform
target
i686-pc-cygwin
Build tools
Compiler Version Compiler flags
$(CYGWIN_WRAPPER) cl 12.00.8804 -TC -nologo -W3 -nologo -Gy -Fd$(PDBFILE)
$(CYGWIN_WRAPPER) cl 12.00.8804 -TP -nologo -W3 -nologo -Gy -Fd$(PDBFILE)
Configure arguments
--disable-ldap --disable-mailnews
--enable-extensions=cookie,xml-rpc,xmlextras,pref,transformiix,universalchardet,webservices,inspector,gnomevfs,negotiateauth
--enable-crypto --disable-composer --enable-single-profile
--disable-profilesharing --enable-optimize --disable-debug --disable-tests
--enable-static --disable-shared --enable-official-branding
Comment 1•20 years ago
|
||
Comment 2•20 years ago
|
||
When I try the provided testcase with Mozilla 1.8b build 2005020504 and with
Firefox 1.0 build 20041107 under XP Pro SP2, I get the expected results for the
3 links and for the submit button.
I also get the expected results at the provided URL.
WORKSFORME
Reporter, can you verify/confirm you have javascript support enabled?
Keywords: testcase
Comment 3•20 years ago
|
||
Not a JS engine bug in any case. Probably evang, but throwing to DOM level 0
for now.
/be
Assignee: general → general
Component: JavaScript Engine → DOM: Level 0
Comment 4•20 years ago
|
||
wfm in ff 1.0, a trunk ff from 20050204, mozilla 1.7.3, 1.7.6 from 20050205
Comment 5•20 years ago
|
||
Worksforme as well. Marking so, but please reopen if you can reproduce this in
a current trunk build.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•