Closed Bug 286120 Opened 20 years ago Closed 20 years ago

Strange behaviour on a page

Categories

(Core :: Layout: Form Controls, defect)

1.7 Branch
defect
Not set
minor

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: agr, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.6) Gecko/20050302 Firefox/1.0.1 (Debian package 1.0.1-1)
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.6) Gecko/20050302 Firefox/1.0.1 (Debian package 1.0.1-1)

I made a mistake in my css and I found a strange behavior in rendering when
clicking a submit button.

I simplified the page a maximum while keeping the problem reproduceable so the
page  and the code looks silly but it is just to demonstrate the strange behaviour.

The error on my page was that at line 31 i use class="field_label" but in fact,
the class I had to use was another one. But it seems to cause the problem.


Reproducible: Always

Steps to Reproduce:
1. Go on the attached URL
2. Click on the "reject" button


Actual Results:  
The textarea lenght grows automatically changing the size of the table.
you can even see that the table lenght grows in two steps :

Clicking on the button but keeping the button pressed will change the size of
the cell. Then when releasing the mouse button it will grow one more time.

I know that my html code is **** but this behavior is strange. I had similar
problems with the height of cells, clicking on a submit button makes it going down.

Expected Results:  
Well I guess the table should keep it's length ;-)
I can see this in a recent sm 1.7.6 on winxp but not in ff or sm trunk.
Version: Trunk → 1.7 Branch
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050227
Firefox/1.0+

I get a 404 trying to fully follow your recipe. I don't suppose that you
can simplify further and remove the dependence on index.aspx?p=req .

Otherwise I am not seeing what you describe.
(In reply to comment #1)
> I can see this in a recent sm 1.7.6 on winxp but not in ff or sm trunk.

Well I tried on Firefox under Linux at home and here at work with Firefox 1.0.1
(I don't know which version I have under Linux because I'm not at home, I'm
using Debian Sid)
(In reply to comment #2)
> Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050227
> Firefox/1.0+
> 
> I get a 404 trying to fully follow your recipe. I don't suppose that you
> can simplify further and remove the dependence on index.aspx?p=req .
> 
> Otherwise I am not seeing what you describe.

Well it means that the problem does not occurs on Mac.
In fact, if you are able to submit the form it means you don't have the problem.
And if you've got the Error 404 it means that you have submitted the form.
Under Windows and Linux, when you click on the button, the table lenght grow and
the button is moved away from the mouse pointer and when you release the mouse,
as the cursor is not under the button, the event is not triggered and the form
submit is not done.
Works fine on Linux too, with a current trunk build.

This is almost certainly just fixed on trunk since Firefox 1.0.x branched off --
there were several checkins to improve handling of cases like this.
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.