Closed Bug 63906 Opened 24 years ago Closed 23 years ago

support XSLT

Categories

(Core :: XSLT, defect)

Product:
Core
Component:
XSLT
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED FIXED
Milestone:
mozilla0.9.1

People

(Reporter: markushuebner, Assigned: peterv)

References

Details

(Keywords: meta) 

If you go to
http://www.world-direct.com/gia/test/
username: ns6test
password: netscape
the XML output with the stated XSL-file should be displayed ... works fine in 
MSIE but mozilla build 2000121720 is displaying crap.
sorry ... had a typo - it was build 2000122720
Severity: normal → critical
Assignee: heikki → kvisco
Component: XML → XSLT
QA Contact: petersen → kvisco
Summary: not capable of displaying XML data → support XSLT
Actually we display it correctly, it's just that we don't support XSL
stylesheets so we display the XML file with default styles, namely nothing much.

Sending this to the XSLT component.
Adding Peter to CC, and changing severity to major.
Severity: critical → major
Status: UNCONFIRMED → NEW
Ever confirmed: true
Yes, it's just rendering the content of the XML document and ignores the XSL 

stylesheet reference. Tested with the Dec 29th build.


Hi,
sorry for doing this, but I have to mark this invalid.
There is support for XSLT in both ns6 and mozilla. But the processing module
isn´t shipped by default. The status right now is not ready for shipping, but
this bug is invalid.
I should add a warning to the xslt page about differences between IE and mozilla
in XSLT (old namespace in IE).
So much for this one, there are quite a few other bugs about our XSLT support.
Hixie, do we need some addition to the release notes?

Axel
Severity: major → normal
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
BTW, the stylesheet which should be at
http://www.world-direct.com/gia/test/GolfClubOverview.xsl
 gives a 404 Object not found. So we can't even test this with the Transformiix
module.
Hi Peter,
you had a typo in your url
it is stated
<?xml-stylesheet version='1.0' type='text/xsl' href='GolfClubsOverview.xsl'?>
so the XSL file is
http://www.world-direct.com/gia/test/golfclubsoverview.xsl

Yikes.
Well, there is a typo, but Markus, please keep the Up- and lower cases in the
URL.
So it should be http://www.world-direct.com/gia/test/GolfClubsOverview.xsl

Axel
Since this is running on WinOS 2000 upper- and lower cases don't matter, anyway 
I will keep them in future URLs.
This bug should stay open, until there is a XSLT support build in by default.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
OK,
so let´s keep this bug to track the shipping of Mozilla with XSLT support.
We should change the summary accordingly, if we agree on this bug being about
this.
Heikki, Brendan, is this a Mozilla 1.0 issue? I´d love some input on this.

Axel
OS: Windows 2000 → All
Hardware: PC → All
We are trying to have XSLT support in by mozilla0.9.
Target Milestone: --- → mozilla0.9
Using this as a tracker bug for the remaining issues for the XSLT processor that
we want to solve for mozilla0.9.
URL: http://www.world-direct.com/gia/test/
Status: REOPENED → ASSIGNED
Keywords: mozilla0.9
Really reassigning to me.
Assignee: kvisco → peterv
Status: ASSIGNED → NEW
Adding depencies.
Status: NEW → ASSIGNED
Depends on: 47719, 53030, 53518, 56087, 59912, 60482, 61044, 64287, 64826, 65977, 65978, 65981, 65983, 65986, 65987
No longer depends on: 53518
Will XSLT be enabled by default in 0.9?
trying to close down 0.9 to critical fixes.  
looks like this should go to 0.9.1
Target Milestone: mozilla0.9 → mozilla0.9.1
*** Bug 77257 has been marked as a duplicate of this bug. ***
I just checked in the patches to enable Transformiix on Linux.  For now, OS/2
doesn't build Linux.  Once bug 53518 is fixed, we'll enable Transformiix on OS/2
also.

As of now, XSLT is enabled by default on all platforms except OS/2.  Yay!
From Chris Hofmann's email on 0.9.1 bugs:

"Move all the tracking bugs off the list."

This is a tracking bug targeted for 0.9.1. Please move it.
Actually, couldn't this be marked fixed? We have XSLT support in, right? We have
some bugs in the implementation, but that will be true always, no matter how
many bugs we fix.
4 of the 5 blocking bugs to this one are rather architectural problems, 
(well, the DTD one is, too, but we don't love DTDs anyway)
so I would rather leave this open. We tried to keep out all those "fix a few
lines" bugs out fo the dependencies, but the remaining are rather hard to
solve (hey, they're still open), and might be something people confused by
the competitor are looking for.

Axel
I'm gonna close this, XSLT is in. There's several important bugs left, but our
bug list is not that huge so people can use Bugzilla queries.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → FIXED
remove the blocking bugs that didn't block us. It should be the last major spam
attack by this bug.

Axel
No longer depends on: 47719, 53030, 56087, 59912, 60482, 61044, 64287, 64826, 65981, 65983
bitching buttons, verfication spam
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.