User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr; rv:18.104.22.168) Gecko/20060508 Firefox/22.214.171.124 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; fr; rv:126.96.36.199) Gecko/20060508 Firefox/188.8.131.52 The following code : <a href='http://www.mozilla-europe.org' target='blank'><input type='button' value='Mozilla'></a> create a button witch open two tabs on a click Reproducible: Always Expected Results: opening one tab
WFM, Mozilla/5.0 (X11; U; Linux i686; pl; rv:1.8.1b2) Gecko/2006082101 Firefox/2.0b2
Ouch, actually it does, but only if target="_blank", and not with target="blank" like in comment 0.
Status: UNCONFIRMED → NEW
Ever confirmed: true
(In reply to comment #3) > Confirming. > The underscore misses in my comment but not in the summary. I tried with it, then without and the result is the same.
I see this too, with - Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1b2) Gecko/20060827 BonEcho/2.0b2 - Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:184.108.40.206) Gecko/20060728 Firefox/220.127.116.11 New profile in both cases.
Regression between 1.8b2_2005042806 and 1.8b2_2005042906: http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=2005-04-28+05%3A00&maxdate=2005-04-29+07%3A00
OS: Linux → All
Hardware: PC → All
Version: unspecified → Trunk
Likely a regression from bug 289940.
Assignee: nobody → events
Component: Tabbed Browser → DOM: Events
Product: Firefox → Core
QA Contact: tabbed.browser → ian
This bug was observed with <input type=submit/reset> too, in addition to <input type=button>. (When Win32 build, started to occur with trunk 2005/04/29-07 build) In addition to <input type=submit/button/reset>, same problem(double scheduling of <A HREF>) started to occur on <BUTTON type=submit/button/reset> with Fx 3 (Bug 384364). Bug 384364 is DUP of this bug? Note: As described in Bug 384364, this bug causes double HTTP GET to URL specified in <a href>. It'll sometimes cause problem in server side PHP/JSP/ASP applications, if application don't have sufficient protection on "double GET/POST".
Problem of Bug 127903 doesn't occur with Fx 3 & Fx trunk, so both of "A HREF" and "FORM ACTION" are invoked when both "LINK in FORM" case and "FORM in LINK" case. And, when FORM is used, scheduling of load for ACTION/HREF can be postponed by alert() in onSubmit handler of FORM. Attached test case is to see when ACTION/HREF is scheduled. See "Test Result" section in attached HTML for my test result. Following is trace data for first schedule of "A HREF". > 18(194 msec) : (*1) HREF of link_34, load_count=1 (Alert is issued) Following is trace data for second schedule of "A HREF". > 27(18383 msec) : (*3) HREF of link_34, load_count=3 (Alert is issued) First schedule of "A HREF" looks to be a result of ususal link click. Second schedule of "A HREF" seems to be a result of propagation of "Default Action" by click of "INPUT type=submit". It looks that "BUTTON/INPUT type=button/reset" case is similar to "retrurn false case by onSubmit handler of FORM".
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 346401
You need to log in before you can comment on or make changes to this bug.