107464 - XMLHttpRequest depends on the Profiles

Status: VERIFIED WORKSFORME

(Core :: DOM: Core & HTML, defect)

Description

[Jiri Znamenacek]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.5+)
Gecko/20011026
BuildID:    2001102603

TransforMiiX (as part of Mozilla) handles XSLT transformation differently
depending on the user profile. It looks like with profile under "user50"
directory all transformations are broken, under "Profiles" directory everything
works right.

Reproducible: Always
Steps to Reproduce:
Try to open the appended testcase, either start.html or start.xml file.

Actual Results:  With old profile empty body tag is created.

Expected Results:  Complete form should be created (and is created with the new
profile).

Comment 1

[Jiri Znamenacek]

Attachment: zipped files of the testcase

Comment 2

[Axel Hecht]

could you try to verify that it's the transformation? Not the xml http request,
or any other step in that script?
Also, read the bug reporting guidelines on http://www.mozilla.org/projects/xslt
on how to submit multi file bugs. esp if we already stated that the test won't
run from file:// for some of us.
Please also try to move, or regenerate the appreg files, in the parent dir of
the profiles. This might be the root cause, though I don't know really why.

Comment 3

[Jiri Znamenacek]

Bingo! XMLHttpRequest is not working... (Wondering why I thought it had to be
TransforMiiX ;-) Changing component (hope to the right one) and reassigning to
Heikki. And appending slightly narrowed testcase.

BTW - should I file another bugs about badly rendered buttons and not working
JavaScript on them in generated XHTML fragment?

Comment 4

[Jiri Znamenacek]

Attachment: XML file to load

Comment 5

[Jiri Znamenacek]

Attachment: XSLT file to load

Comment 6

[Jiri Znamenacek]

Attachment: starting file of testcase (XHTML, contains JavaScript calls to the previous two attachments)

Comment 7

[Jiri Znamenacek]

Another comments:

Testcase directly from this page doesn't work for me. BUT with old profile it
complains "The requested URL could not be retrieved." and with the new one
"Software error - Couldn't get form data at CGI.pl line 1425." (And then it of
course segfault Mozilla when transformation is called - it's allreay reported as
#107219 .)

I also tried it from our intranet server. I had to change the POST method to GET
but otherwise the code stayed intact. Both XML and XSLT files are properly
loaded, but then Mozilla segfaults on transformation...

I'm afraid we need as much people as possible to test this ^_-

Comment 8

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Attachment: Must do GET if send(null)

Comment 9

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Using the latest Mozilla with the latest attachment this seems to work for me,
regardless of which profile I use (I have profiles under "Profiles" and
"Users50" directory).

If there is "user50" profile dir that was probably created with Netscape 6.0 or
a Mozilla before that. We have basically futured all problems related to that
profile.

Could you please retest and report...?

Comment 10

[Jiri Znamenacek]

Retest with 2002013003 and the last attachement - it works with both old (I hope
it's the one) and new profiles now. Should it be FIXED or WOKSFORME?

(BTW - Aren't there any bugs for "Save Page As..." with XSLT on the page? It's
saving the output of the transformation. I'm going to spam some newsgroups ^_^)

Comment 11

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Marking wfm, thanks guys.

Comment 12

[Hixie (not reading bugmail)]

reporter resolved