You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sites that use protocol-relative URLs for external resources (ex: <img src="//example.org/some_image.jpg"/>) expect the resource to be loaded using the same protocol as the site. However, when pulling that URL into a feed reader, the resource is loaded based on the protocol used by the reader to show the content. This mismatch can create issues, for example if the reader caches the content to disk and displays it via a file:// URL.
For now, I've been using the following pattern as a workaround for specific cases:
Interesting, I haven't encountered any links like this personally. One solution I have toyed with in the past is a global modify option with url exclusions.
Note: After I merge the tags branch I want to do a feature freeze for a few months in order to focus on significant code re-factoring
Sites that use protocol-relative URLs for external resources (ex:
<img src="//example.org/some_image.jpg"/>
) expect the resource to be loaded using the same protocol as the site. However, when pulling that URL into a feed reader, the resource is loaded based on the protocol used by the reader to show the content. This mismatch can create issues, for example if the reader caches the content to disk and displays it via afile://
URL.For now, I've been using the following pattern as a workaround for specific cases:
These URLs should probably be automatically converted to protocol-absolute links so these sorts of workarounds aren't needed.
The text was updated successfully, but these errors were encountered: