Last modified: 2009-06-22 23:35:17 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T19566, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 17566 - Consider using CDATA for RSS/Atom feeds or type="xhtml" for Atom feeds instead of escaping special characters
Consider using CDATA for RSS/Atom feeds or type="xhtml" for Atom feeds instea...
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Normal enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://de.wikipedia.org/wiki/Atom_(Fo...
:
Depends on:
Blocks: feeds 17058
  Show dependency treegraph
 
Reported: 2009-02-19 07:56 UTC by Melancholie
Modified: 2009-06-22 23:35 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Melancholie 2009-02-19 07:56:32 UTC
Not sure if this is not yet done because of any compatibility concerns/issues, but:

Consider using CDATA or <summary/content type="xhtml" xml:base="http://en.wikipedia.org/"><div xmlns="http://www.w3.org/1999/xhtml"> for Atom feeds instead of escaping all those <, >, " and maybe also some &.

See http://de.wikipedia.org/wiki/Atom_(Format)#Unterschiedliche_Inhaltstypen

Would reduce size/traffic a bit, but like I wrote: Not sure whether this might be a client issue or not.
Comment 1 Melancholie 2009-02-19 08:43:23 UTC
CDATA would work for RSS too, see
http://webservices.xml.com/pub/a/ws/2002/11/19/rssfeedquality.html (bottom, tested)
Comment 2 Brion Vibber 2009-06-22 23:35:17 UTC
Think I'd prefer not to do this...

IMO use of CDATA makes the resulting code harder to read since the meta-level boundaries become less clear, and would make only modest changes to the output size. XML subcontent for Atom feeds also requires 100% pure correctly valid (or at least well-formed?) XHTML output which I'm not sure how much we can guarantee, or else the feed breaks.

Poorly written RSS consumer code is also fairly likely to get confused by CDATA, for instance where trying to use regexes instead of a proper XML parser to fetch desired bits of data.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links