Closed Bug 122966 Opened 23 years ago Closed 23 years ago

jumping submit button within non-scrollable frame

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect)

defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 119849
mozilla1.0

People

(Reporter: ccobb, Assigned: attinasi)

References

()

Details

Attachments

(4 files)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.7) Gecko/20011221
BuildID:    2001122106

Since I'm behind a firewall, I can't publish an URL, but here are the files. 
There are two files:  Frameset.html and JumpingButton.html.  Copy them into a
directory and load Frameset.html.  You will see a submit button centered at the
top of the page.  Click on the button.  It jumps to the left-hand side of the
page.  Nuff said.

--- Frameset.html ---
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN">
<html>
 <head>
  <title>Jumping Button Frameset</title>
  <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
 </head>
 <frameset>
  <frame src="JumpingButtonFrame.html" scrolling="no">
 </frameset>
</html>
--- end Frameset.html ---

--- JumpingButton.html ---
<html>
 <head>
  <title>Jumping Button Frame</title>
 </head>
 <body>
  <div align="center">
  <form>
   <table><tr><td><input type="submit"></td></tr></table>
  </form>
  </div>
 </body>
</html>
-- end JumpingButton.html ---



Reproducible: Always
Steps to Reproduce:
1. Load file Frameset.html into browser
2. Press button
3. Viola!  Button jumps to the left

Actual Results:  Submit button which had been centered on page jumps to the left.

Expected Results:  Submit button should not move.

The first time the button is clicked, it jumps to the left but does not trigger
any submit mechanisms within the browser.  After the button has jumped left, it
can then be pressed to cause a submit.  Obviously, the jumping to the left
should not happen, and the submit should take effect the first time.
This file has to two files needed to reproduce the bug.
Attached file File 1 for testcase
Attached file File 1
Attached file testcase
Confirming issue. There are several reports about scrolling = no issue. Sending
to  HTML frames.
Assignee: attinasi → eric
Status: UNCONFIRMED → NEW
Component: Layout → HTMLFrames
Ever confirmed: true
QA Contact: petersen → amar
If I had 'action=javascript:void(0)' to the form tag, the button doesn't jump
anymore.
s/had/add in the previous comment. CCing myself
action=javascript:void(0) doesn't change anything. Sorry for the spam.

Time to go to bed.
*** Bug 122225 has been marked as a duplicate of this bug. ***
jkeiser, this is the bug I mentioned....scrolling="no" and all that.
OS: Windows 2000 → All
Hardware: PC → All
*** Bug 123305 has been marked as a duplicate of this bug. ***
to default owner
Assignee: eric → jkeiser
*** Bug 123978 has been marked as a duplicate of this bug. ***
*** Bug 124406 has been marked as a duplicate of this bug. ***
I'm not behind a firewall so I can publish my URL.  It's

   http://home.pacbell.net/spmorse/census

Click on either the faq button or the other-webpages button and you'll see the 
problem.

I reported it in bug 124406 and had my own simplified test case there.  Very 
similar to the one posted above, but I'll copy it here just for comparison sake.  
Both use centering.  In my case I observed that if I removed the centering the 
problem does not occur.

main.html
---------

<html>
  <frameset rows=200,*>
    <frame name="topFrame" src="button.html" frameborder="no" scrolling="no">
    <frame name="bottomFrame" src="about:blank" frameborder="no" scrolling="no">
  </frameset>
  <noframes>
    <body> <P> </body>
  </notframes>
</html>

button.html
-----------

<html>
  <body>
    <center>
      <form name="searchform">
        <input type="button" value="Mozilla"
               onclick="top.location='http://www.mozilla.org';">
      </form>
    </center>
  </body>
</html>
Blocks: 124431
Is there any work-around for this other than removing the centering tags?
No longer blocks: 124431
Keywords: nsbeta1
Marking nsbeta1+. This problem seems to showing itself in a number of different
bugs. The initial reflow is doing something different than the incremental
reflow later.
Assignee: jkeiser → attinasi
Keywords: nsbeta1nsbeta1+
Target Milestone: --- → mozilla1.0
*** Bug 125275 has been marked as a duplicate of this bug. ***
Blocks: 124431

*** This bug has been marked as a duplicate of 119849 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
  Verified dupe of bug 119849
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: