252596 - XSLT generated form doesn't work

Status: RESOLVED DUPLICATE of bug 236596

(Core :: XSLT, defect)

Description

[Robert Utasi [:hunboy]]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax; BDP)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax; BDP)

at the link http://carion.com/xmlbolt/shop/index.php?lang=hu

the XSLT generated form doesn't work at all, seems its an "intelligent matching"
function, and we doesn't able to fill the text fields at all. This is an log-in
form in a frame. When i've tried to find the reason of the problem, i
established that the cursor is moving out the textfield and the form as well.
This bug happens everytime, but if we open the page directly:

http://carion.com/xmlbolt/shop/kapu.php?lang=hu

or do refresh only that frame works again normally, (but this suggestion is not
the best way for our customers).

We experienced that the rv1.6, 1.7, 1.7.1 and firefox 0.8, 0.9 don't work

(sure: my Ns7.1 (rv1.4) is good with that)


[e-mail]


Reproducible: Always
Steps to Reproduce:
1.visit: http://carion.com/xmlbolt/shop/index.php?lang=hu
2.try to fill the text-fields
3.

Actual Results:  
text fields in the form don't work, some "intelligent matching" function runs
and get over the cursor of the form (!!! not only the text field)

Expected Results:  
filling the text fields in the form

offline sample:

http://carion.com/download/mozbug.tar.gz

Comment 1

[Robert Utasi [:hunboy]]

Attachment: offline sample

offline sample

with index.php.html reproduces the problem
kapu.php.xml directly works good.

Comment 2

[Xanthor Sccas]

(I have the same bug under linux [Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:1.8a2) Gecko/20040706 Firefox/0.8.0+])

Comment 3

[Robert Utasi [:hunboy]]

Attachment: offline sample

offline sample

with index.php.html reproduces the problem
kapu.php.xml directly works good.

Comment 4

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

*** This bug has been marked as a duplicate of 236596 ***