returning false on click event does not interrupt link

VERIFIED FIXED in M4

Status

()

Core
Event Handling
P2
normal
VERIFIED FIXED
19 years ago
19 years ago

People

(Reporter: andreww, Assigned: joki (gone))

Tracking

Trunk
x86
Windows 95
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

19 years ago
In current usage, if I had the following code:
<a href="#" onclick="someFunction();return false">foo</a>
what would happen is the someFunction would get called, but the link to "#"
would not get visited as the returning false "interrupts" the event chain.

What happens now is that Gecko goes ahead and tries to visit "#" which
undo's the image change that you see as a demo.
Clicking the form button which has no link associated with it works ok though.

The URL above may need to be reloaded a few times before it works, XOOM seems to
have some bandwidth problems...

Comment 1

19 years ago
Setting all current Open/Normal to M4.

Comment 2

19 years ago
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser

Updated

19 years ago
QA Contact: 4015 → 3847

Comment 3

19 years ago
QA contact re-assigned according to the product areas we're currently working
on.
(Assignee)

Updated

19 years ago
Status: NEW → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
(Assignee)

Comment 4

19 years ago
This is fixed.  The URL for the test didn't seem to work so I wrote a simple
one.

<HTML>
<BODY>
<a href="http://home.netscape.com" onclick="dump('clicked\n');return
false">Click here to NOT go to netscape.com</a>
</BODY>
</HTML>

Updated

19 years ago
Status: RESOLVED → VERIFIED

Comment 5

19 years ago
Verified 1999-06-17-08-M7
You need to log in before you can comment on or make changes to this bug.