-
Notifications
You must be signed in to change notification settings - Fork 38
"Extract full content" feature does not work #6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
You can see if you have been rate limited in Caddy's logs :) I think "extract full content" is an option for Feedbin's scrapper. Like if a website only provides an excerpt in their feed, Feedbin would try to get the whole content. If that's not working, I can't see how it's related to HTTPS, probably a Feedbin bug. |
I was monitoring the docker logs (assume they're the same as caddy logs but will explore further next time I attempt an install with default configs)
I just came from the feedbin free trial where it worked fine so I don't think it's a bug I've experienced this issue before with [f]eed 8000 er:
I believe I fixed this by turning HTTPS off in feeder but I can't be sure without testing again (they insist their extension must be installed so I know that played/plays a part) so I'm pretty sure this issue is HTTP/S related I notice you touch on mixed content in the readme..? Is this feature working in your build?:
Cheers |
Oops, I'm indeed getting a 500 when clicking on extract full content:
I'm not sure why you think this is a mixed content issue ^^ |
OK, so I think the HTTP 500 error is because:
According to the following [s]ource my request is an "unsecured HTTP request" and won't send:
As you see from my response, the content is nothing:
If correct then the fix would be to ensure I'm using HTTPS host domains (e.g. https://feedbin.domain.tld ?) not a local host domain (i.e. 127.0.0.1) According to this [so]urce it is possible to setup HTTPS with 127.0.0.1 but seems wiser to use a domain instead of an IP You have some *feedbin.domain.tld stuff setup in
Sincerely s: https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Referer |
Presuming this is related...
If I use
... then => Booting Puma
=> Rails 6.0.2.2 application starting in production
=> Run `rails server --help` for more startup options
2020-03-30 04:44:02 +0000: HTTP parse error, malformed request (): #<Puma::HttpParserError: Invalid HTTP format, parsing fails.>
---
2020-03-30 04:44:03 +0000: HTTP parse error, malformed request (): #<Puma::HttpParserError: Invalid HTTP format, parsing fails.> If I use
... then logs yield no errors: => Booting Puma
=> Rails 6.0.2.2 application starting in production
=> Run `rails server --help` for more startup options Regards |
Regarding your log (I see exactly the same), correct me if I'm wrong but, since we're dealing with a [X]MLHttpRequest, I think you'd be better off looking at browser console than docker logs Here's where the event exception occurs: // Do send the request
// This may raise an exception which is actually handled in jQuery.ajax (so no try/catch here)
xhr.send( ( options.hasContent && options.data ) || null ); Regards x: https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest/send |
Sorry but... no 😄
As pointed out above, this is the issue:
As you can see on the first line |
Mmm, currently looking into caddy/camo as being the culprit - do you think that's more likely? Cheers |
I doubt they would be the culprit... I opened an issue upstream, hopefully we'll get some insights! |
Hi,
Hope you're safe
Disclaimer: I don't know what this means in the readme so I invite you to enhance it, specifically the "update the domains" part:
I left the caddy file default but had problems with letsencrypt
This could be due to [r]ate limiting because I must have been hammering something during my copious setup attempts. If you'd be kind enough to clarify the "update the domains" part of the readme then happy to retry in a week or so (I read rate limiting can last days/weeks 😕)..?
Here's what worked for me:
Correct me if I'm wrong but
localhost
, instead of127.0.0.1
, won't work because [t]hisAside, the "(extract/sticky) full content" feature doesn't seem to load full content (ever) for me - I presume this is because I'm not using SSL/HTTPS?:
If you have any issues (e.g. questions/queries) then happy to help
Hope to hear back
Sincerely
r: https://letsencrypt.org/docs/rate-limits
t: https://letsencrypt.org/docs/certificates-for-localhost
The text was updated successfully, but these errors were encountered: