Skip to content
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

xhr poll error on intranet domain #1

Closed
wortkrieg opened this issue Jan 6, 2023 · 8 comments
Closed

xhr poll error on intranet domain #1

wortkrieg opened this issue Jan 6, 2023 · 8 comments
Assignees

Comments

@wortkrieg
Copy link

Hi there,

I tried to spin this up on our uptime kuma. Two things could be the problem:

  • it runs on an intranet resource
  • XHR header missing -> chromium blocking Request due to CORS policy.

When trying to connect to my domain http://uptime.xy.intranet/ in the PI, I get "xhr poll error".

PI-error

Having a look at the debugger I get:
devtools

Let me know if more information required.

@MarlBurroW
Copy link
Owner

MarlBurroW commented Jan 8, 2023

Can you test with https://uptime.marlburrow.io (with any credentials)
and tell me if you have the CORS error.

If you don't see xhr poll error, this is probably a server related issue that I need to investigate (CORS header not sent in the response).

Give me the version of your Uptime Kuma (Docker tag of the image used).

And do you use a reverse proxy in front of your kuma ?

Thanks

@MarlBurroW MarlBurroW self-assigned this Jan 8, 2023
@wortkrieg
Copy link
Author

Hi there,

Updated plugin to 1.1.2, tested it with https://uptime.marlburrow.io, same result: xhr poll error. Should that work? If yes, then it could be me I guess.

I use the latest kuma version, tag is louislam/uptime-kuma:1 - last pulled 6 days ago. No reverse proxy.

@MarlBurroW
Copy link
Owner

Yes it should work, and you should see authentication failed like this:

CleanShot 2023-01-09 at 11 34 10

It's obviously not server related, because you have the same error with my server.
I feel like your internal chromium version is different, what version of the Streamdeck software are you using ?
Here is mine:
CleanShot 2023-01-09 at 11 38 23

@louislam
Copy link

louislam commented Jan 9, 2023

Uptime Kuma is using the default CORS policy. I believe @wortkrieg's result is expected.

@MarlBurroW I think you can reproduce by using my instance:
https://status.kuma.pet/

@MarlBurroW
Copy link
Owner

MarlBurroW commented Jan 9, 2023

@louislam thank you very much for your reply.

I'm not able to reproduce on your instance, the socket request is allowed without any CORS restrictions like on mine.

I agree this error is expected on an end-user browser, but I think the built-in Chromium instance integrated in the Streamdeck software have less CORS restrictions than classic browsers (probably to give more flexibility to developers)

Some users reported CORS issues on early major 6 of the Streamdeck Software.
See here: https://www.reddit.com/r/StreamDeckSDK/comments/yxm1zb/cors_issue_since_upgrading_to_v6/

So my guess is @wortkrieg hasn't the latest version of the Streamdeck software installed (Hope so).

@wortkrieg
Copy link
Author

Ok, updating stream deck software fixed the issue. Now I can connect to any instance without xhr failure. Shame on me for not checking my software version first. Good work, @MarlBurroW digging into reddit and finding this thread.

@MarlBurroW
Copy link
Owner

Thanks again for your report, I'll link this issue in the troubleshooting section (in README.md)

@dreadedhamish
Copy link

dreadedhamish commented Jul 5, 2023

Just an FYI - OSX users using Mojave can't update to Stream Deck 6. Yes Mojave is outdated, initially being released in September 2018, but it's also the latest OSX that users of the also outdated cheesegrater Mac Pro's can upgrade to (without significant hacking). Using 5.3.3 I get the CORS error.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants