Closed Bug 295654 Opened 20 years ago Closed 18 years ago

Cannot enter form text, cannot submit

Categories

(Toolkit :: Form Manager, defect)

Product:
Toolkit
Component:
Form Manager
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: grass, Unassigned)

References

(
URL
)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

This form works on other browsers (Netscape, Explorer) but in Firefox cannot
enter data or submit form.

This reproduces problem in simple context:
It appears that the left hand table column is somehow interfering with the form.
If you remove the style=position:absolute  -- or -- remove the specification of
table width in the table following it, the form will work.  Will also work if
you set the width to "100" rather than "100%".


<html>
<head>
<title>Testing, Testing, Testing </title>
</head>

<body>

<table > <tr> 
<!-- jeg: removing this width makes no difference, but ugly! -->
<td width="100" >

<!-- jeg: If you remove style="position:absolute", the form works... -->
<script>
if (!document.layers) 
document.write('<div id="divStayTopLeft" style="position:absolute">')
</script>

<!-- jeg: if you take out width, the form works... -->
<table width="100%">

<tr><td><a href="A.php"> Choice A</a></td></tr>
<!-- if Choice B is removed, the SUBMIT button works, but can't enter name... -->
 <tr><td><a href="B.php"> Choice B</a></td></tr>
</table>



</td>
<td > 

<!-- jeg: removing width here doesn't make this work, but is ugly -->
      <table width="200">
      <tr>
            <td>Blurb.</td>
            <td bgcolor="#66CCFF" >
                    <h4>Log  In</h4>

                    <form action="club.php" method="post">
                    Name: <input type="text" name="yourName"><br> 
                    <input type="submit" name="Submit" value="Click Here To Enter">
                    </form>
               </td>

            </tr>
         </table>  <!-- form and contact blurb -->

 </td>
</tr>
</table>

</body>
</html>

Reproducible: Always

Steps to Reproduce:
1.See the sample code above.  It will do it every time.
2.
3.

Actual Results:  
Play around with that code.  Note the comment with "jeg:".. those are the HTML
elements that affect how this code gets executed.

Expected Results:  
It should allow the form text entries to be entered and the form to be submitted.

No crash.  This bug was first observed byt the man who developed the web pages
for the Flying Needle company and then it was observed by club members using
Firefox.  As a result the woman who owns the company has suggested to her
customers that they not use Firefox and should all be using Explorer. Up until
yesterday when she put up a new version of her website I never had a problem
with Firefox on that site.  This code affects anyone that uses forms entry on
her site.  Firefox is now almost completely unusable there.

I've reported to her how she can change her code to make it usable again.  I
don't know if she will be willing to make the change.
An odd thing:  On a page similar to this that has a lot of content in the right
hand column, you can make the form start to work  by simply scrolling the right
hand content downward so that it is below the floating menu in the left hand menu.

It seems that somehow the 'footprint' of the left hand table is gumming up all
the clickable and editable elements in the right hand table! 
This looks like a tech evang bug to me.
Agreed with comment #2.
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

The page that exhibited this problem was rewritten so that it worked with
firefox.   The source of the problem seemed to be related to the dimensions of a
floating sidebar.
I have the same problem when I try to authenticate a VNC session with a Linux host (RealVNC on the Linux host)

The authentication dialog box shows, but I am unable to type any text into the password field.
Page showing issue exist no more. Closing.

Please reopen if you can provide a testcase or an url showing this issue
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.