Closed Bug 102965 Opened 24 years ago Closed 20 years ago

mac.com - xml and xsl served as text/plain

Categories

(Tech Evangelism Graveyard :: English US, defect, P2)

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: paul.carr, Unassigned)

References

()

Details

(Whiteboard: [aok] [MIME-xml] [MIME-xsl])

From Bugzilla Helper: User-Agent: Mozilla/4.77C-CCK-MCD {C-UDP; EBM-APPLE} (Macintosh; U; PPC) BuildID: 0.9.4 Mozilla doesn't load or apply an xsl stylesheet when the stylesheet is served over the web. When the stylesehet is local, the behavior is correct. The bug behaves differently when the stylesheet is on an Apache or Netscape-Enterprise server. ON the latter, Mozilla displays the xml source. When the xsl is served by Apache, Mozilla applies the default stylesheet (parses all the CDATA elements). Reproducible: Always Steps to Reproduce: 1.xml file uses <?xml-stylesheet type="text/xsl" href="testproc.xsl"?> to invoke stylesheet 2.xsl stylesheet is loaded over the web via http 3.load xml file with browser. Actual Results: Netscape server - displays xml code Apache server - default stylesheet Expected Results: Should have applied stylesheet, as it does when stylesheet is local.
You have a misconfigured server, it is sending the XSLT file with text/plain mime type, which is wrong. It should serve some known XML mime type, like text/xml. *** This bug has been marked as a duplicate of 92706 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Uh, meant to reassign and not dupe.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Evangelism bug. Here is a wget log showing the server is indeed serving incorrect mime type. ~>wget -S http://homepage.mac.com/abmacarr/xml/testproc.xsl --18:04:55-- http://homepage.mac.com/abmacarr/xml/testproc.xsl => `testproc.xsl' Connecting to homepage.mac.com:80... connected! HTTP request sent, awaiting response... 200 OK 2 Server: Netscape-Enterprise/3.6 SP3 3 Content-type: text/plain
Assignee: heikki → bclary
Status: UNCONFIRMED → NEW
Component: XML → English: US
Ever confirmed: true
Product: Browser → Tech Evangelism
QA Contact: petersen → zach
Version: other → unspecified
Paul, as a user of the site can you contact Apple about this issue or would rather we do it? Note that http://homepage.mac.com/ redirects to http://itools.mac.com/WebObjects/iTools.woa?aff=consumer&cty=US&lang=en All/All, major site/minor prob -> P2 see also bug 97046
OS: Mac System 9.x → All
Priority: -- → P2
Hardware: Macintosh → All
Summary: silent failure to load/apply xsl stylesheet except when local file → mac.com - silent failure to load/apply xsl stylesheet except when local file
reported with bug 105717.
Status: NEW → ASSIGNED
Target Milestone: --- → Jan
Blocks: 114156
Whiteboard: [aok]
-> chrisn
Assignee: bclary → chrisn
Status: ASSIGNED → NEW
1 year later... http://homepage.mac.com/abmacarr/ is no longer a .Mac account. Anyone know a .Mac subscriber who could upload a testcase?
It took some work, but mighty Google prevails again. Sadly, the problem is worse than expected. http://www.google.com/search?q=mac+OR+xml+OR+xsl+-rss+site%3Amac.com+filetype%3Axml Apple is unlikely to fix this until Safari supports XML. I recommend contacting Dave Hyatt. http://www.hut.fi/u/hsivonen/os-x-browsers.html
Severity: normal → major
Summary: mac.com - silent failure to load/apply xsl stylesheet except when local file → mac.com - xml and xsl served as text/plain
Whiteboard: [aok] → [aok] [MIME-xml] [MIME-xsl]
Target Milestone: Jan → ---
tech evang june 2003 reorg
Assignee: chrisn → english-us
QA Contact: zach → english-us
fails to load, -> wfm
Status: NEW → RESOLVED
Closed: 24 years ago20 years ago
Resolution: --- → WORKSFORME
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.