Closed Bug 63906 Opened 25 years ago Closed 24 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: 25 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: 25 years ago → 24 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.