Summary: | RSS/Atom parser does not handle namespaces correctly | ||
---|---|---|---|
Product: | [Applications] akregator | Reporter: | Chris Fritz <chris.fritz> |
Component: | feed parser | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | osterfeld |
Priority: | NOR | ||
Version: | 1.2 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
Non-default namespace test
Non-default XHTML namespace test Prefixed XHTML with unprefixed fake namespace |
Description
Chris Fritz
2006-01-25 05:19:31 UTC
Created attachment 14378 [details]
Non-default namespace test
In this testcase, the default namespace is XHTML, and a: is the Atom namespace.
Akregator does not understand these namespaces, and is unable to read any data
from the feed.
It's expected that anything in the a: namespace be understood as Atom element.
Created attachment 14379 [details]
Non-default XHTML namespace test
In this testcase, the h: namespace is used for XHTML elements. Akregator does
not render the h: namespaced elements as XHTML, instead rendering them as
unknown elements.
It's expected that anything in the defined h: namespace be understood as XHTML
element.
Created attachment 14380 [details]
Prefixed XHTML with unprefixed fake namespace
In this testcase, the h: namespace is used for XHTML elements, and children of
the h:div are given a fake namespace (non-existing markup language). Akregator
improperly renders all children elements of the h:div.
It's expected that any child of h:div without a given namespace is in the fake
namespace applied to the h:div. Akregator instead renders them in the XHTML
namespace, perhaps improperly applying the XHTML namespace by default.
It's expected that any element with the h: namespace renders as XHTML, per the
related namespace declaration. Akregator does not render these elements as
XHTML.
The current parser does not support namespaces at all (it isn't enabled when reading the XML with the Qt XML parser) , and unfortunately it can't be fixed easily without breaking the parser in other places. I am currently working on a new parser lib, with full namespace support, which will replace the current parser in KDE4. Works now in >= 4.1. The xhtml rendering using h: doesn't work with KHTML, but the namespace is correctly set by akregator. So the remaining problems are KHTML issues as I see it. |