For rss2, do not mark guid as permalink, unless only link is given#213
Conversation
|
Side note: my personal preference would be for the I also had to make some local changes to be able to build & run tests; I have not committed those here. |
|
@pavellishin Which changes have you had to make locally to make this work? Thanks for the contribution. |
|
Seems like this change broke the tests: I've fixed it & added a new Github Action to run tests, this should ensure it doesn't happen again. |
Oof, I think I cloned the repo to a temporary directory and it's gone now. I'll see if I can reproduce my issues and get back to you. I don't have the best recollection, but some of the changes in #215 smell familiar... |
|
Ok, I just re-cloned it, and ran I do think that's due to the changes in #215; if I check out the commit before my PR (commit:1a29418), and run |
When a
<guid>element is given, it's considered to be an RSS feed item's permalink by default (see the spec: https://cyber.harvard.edu/rss/rss.html#ltguidgtSubelementOfLtitemgt)This is not always the preferred behavior, since some RSS clients will treat the guid as the link when attempting to open the item in a browser, and if this is not a valid URL, this will fail. (For example, Bluesky posts'
uriis not a valid URL, but instead looks likeat://did:plc:abc123/app.bsky.feed.post/def456).This PR changes the behavior to explicitly specify
isPermaLink="false"if aguidor anidis given for an item, but will set it totrueif only thelinkis given.This addresses issue #212.