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)
Tech Evangelism Graveyard
English US
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
Comment 4•24 years ago
|
||
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
Updated•23 years ago
|
Whiteboard: [aok]
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 → ---
Comment 9•22 years ago
|
||
tech evang june 2003 reorg
Assignee: chrisn → english-us
QA Contact: zach → english-us
Comment 10•20 years ago
|
||
fails to load, -> wfm
Status: NEW → RESOLVED
Closed: 24 years ago → 20 years ago
Resolution: --- → WORKSFORME
Updated•10 years ago
|
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•