[SOLVED] What affects this part of the feed GUI?

[God-damnit-all]

I've been working on setting up some of my own feeds using scripts, but I can't figure out what in the output affects this part of the GUI.

[martinrotter]

that is just source code HTML/CSS of your article

btw, there is WIP on new default light/dark skin

#540

[akinokonomi]

I don't use message viewer toolbars, so this is the first time I'm seeing it.

[God-damnit-all]

that is just source code HTML/CSS of your article

That's a weird place to put it. Thanks for the info!

[martinrotter]

I do not do it, it's just how the web component works, I will look into it.

[martinrotter]

If RSS Guard can deduce "base" URL of article, it then sets this URL as active. This is because many feeds use relative URLs for images etc. which work only if base URL is set. If base URL cannot be deduced, then no URL is set in which case web component forces this "HTML" address.

[God-damnit-all]

If RSS Guard can deduce "base" URL of article, it then sets this URL as active. This is because many feeds use relative URLs for images etc. which work only if base URL is set. If base URL cannot be deduced, then no URL is set in which case web component forces this "HTML" address.

@martinrotter The feed's Source is set to Script, so that would explain why it isn't obtaining a base URL.

[akinokonomi]

But the URLs, and everything else expected to be exactly the same, since in my case I simply put downloaded feed file of that same feed.

This how it goes:

1. For some millisecond it shows http://rssguard.blank/
2. Here is either base site's URL (in case of proper feed) appear, or HTML page data:text/html;charset=UTF-8,%3C%21DOCTYPE-and-so-on (in case of script)

I don't have that many scripts, but this is how it is with every of them.
And I've seen no feed which would show data:text/html;charset=UTF-8,%3C%21DOCTYPE instead of base URL.

[akinokonomi]

So, I think that the base URL is not deduced from article's URL, but from feed's URL which is passed to RSS Guard through Source input box in "Add new feed" modal.

[God-damnit-all]

But the URLs, and everything else expected to be exactly the same, since in my case I simply put downloaded feed file of that same feed.

This how it goes:

1. For some millisecond it shows http://rssguard.blank/
2. Here is either base site's URL (in case of proper feed) appear, or HTML page data:text/html;charset=UTF-8,%3C%21DOCTYPE-and-so-on (in case of script)

I don't have that many scripts, but this is how it is with every of them. And I've seen no feed which would show data:text/html;charset=UTF-8,%3C%21DOCTYPE instead of base URL.

It happens when Script is made the Source of a feed.

[martinrotter]

That is correct.

[God-damnit-all]

That is correct.

Do you think you could add a 'base URL' override? This wouldn't be only useful for Script RSS feeds, I've noticed some RSS feeds using relative paths that don't match up with where the RSS feed is located on the remote server.

[akinokonomi]

It happens when Script is made the Source of a feed.

Of course, I didn't even question this matter.

Here @martinrotter said

If RSS Guard can deduce "base" URL of article, it then sets this URL as active.

But the base URL is not deduced from article, it is likely from feed. (And because RSS Guard cannot "deduce" base URL from the script path, the source HTML is shown there.)