Summary: | RSSyl plugin does not understand relative URL in item's <link> tag | ||
---|---|---|---|
Product: | Claws Mail (GTK 2) | Reporter: | andy-scull |
Component: | Plugins/RSSyl | Assignee: | users |
Status: | NEW --- | ||
Severity: | enhancement | CC: | andy-scull |
Priority: | P3 | ||
Version: | 3.14.1 | ||
Hardware: | All | ||
OS: | All |
Description
andy-scull
2017-02-13 09:31:30 UTC
It would be nice to have something solid to determine the base URI. However, after a brief research, this particular github feed doesn't give us much to work with: Atom specification[1] mentions that xml:base W3C recommendation[2] may be used to resolve such relative URIs. The xml:base document mentions a "xml:base" element for this purpose, but your github feed does not contain this element. It further mentions RFC3986[3] as fallback, but again, this does not give us anything concrete. The ultimate fallback is mentioned on several places, to use the retrieval URI as a base URI, but https://github.com/DFHack/dfhack/releases.atom/DFHack/dfhack/releases/tag/0.43.05-beta1 doesn't look correct. I'll be happy to add relative URI resolving to RSSyl, but I'm afraid it wouldn't help you in this particular case anyway. The base URI in this case is obviously "https://github.com", but the feed doesn't bother to specify it in any way, so whatever guesswork we add based on this feed might not work at all on the next feed. 1. http://atomenabled.org/developers/syndication/#whatIsAtom 2. https://www.w3.org/TR/xmlbase/ 3. https://tools.ietf.org/html/rfc3986 Why not use web addressing logic? If relative URL starts with / then it means that this link is relative to root domain of RSS feed address (https://github.com in this case) If relative URL does not start with / nor with full URI (http(s)://whatever) then treat this URL as relative to current document we're parsing (full feed address itself) |