-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
The SENTRY_URL_PREFIX setting is deprecated #1309
Comments
Did you look for the envvar in the |
Ah yes. But I can't see it as having been logged as an issue, unless it's hidden under something else. Shall I just ignore this warning and not make myself feel like I'm somehow doing something wrong? |
You mean logged into your Sentry instance as an issue? I wouldn't expect a deprecation warning to be filed as an error. |
That, my friend, is a decision only you can make. I will support you fully either way! 😁 |
I just thought you might want to be aware of it, seeing as though this warning must by triggered by something on your side, given that so far I've done nothing except install and run the default installation. Sorry to trouble you. |
Yeah, I did do some poking in |
Yep... zilch. I know nothing about python, but isn't this bit setting I know it comes after the legacy check you referenced, but maybe this |
Interesting hypothesis, cursory
|
I can confirm we have the same issue on clean installation of Sentry 22.1.0. The same warning message appears in the UI sporadically. I haven't set the variable anywhere in the configs. Grepping the folder on fs where our sentry lives doesn't give any clues indicating the variable would be set anywhere.
|
Same here with 22.2.0. I get the error but I don't find any occurrence of |
No recent commits or issues: https://github.com/getsentry/sentry/search?o=desc&q=sentry_url_prefix&s=committer-date&type=commits This is gonna take some debugging. 🤔 |
i was not able to understand the reason, but setting system.url-prefix in config.yml got rid of this warning (which broke some monitoring scripts due to the unexpected output after sentry update :)) |
Thanks for the workaround @nycterent! Leaving this open as it seems we have a (small?) bug here. Does anyone know what version this might have been introduced in? Anyone see this on 21.12.0? |
As I recall, I first saw this on 22.1.0. |
Same here with 22.3.0.dev0 just installed |
Or maybe it's one of these? That weren't deleted once deprecation was introduced? |
Those are where we backport the new config to the old. Current best hypothesis is that this inadvertently triggers the warning. Need to validate. |
same here. After modding config,yml for the first time and restarting Sentry (docker-compose restart), we got that error consistently We still get it. I've tried grepping / for the legacy setting. No luck. |
I just got the error, on updating to Sentry 22.3.0.dev0. We did not get the error on our previous version, 21.11.0.dev0. |
I dropped a line internally to see if we can get some movement on this. |
According to install_log, first warning showed between upgrade 21.12.0 -> 22.1.0 and later. |
Got one taker internally and nothing jumped out. Hard to prioritize as it is mostly a minor annoyance (yes?). 🐭 |
I'm getting a cron email every day, so it's pretty annoying 😄 But if it's not going to be fixed quickly (as I expected), I'll apply a work around. |
Ouch! 😖
Probably the right move, I'd love to dig into this myself but I don't see that happening soon. If anyone wants to be a hero and get to the bottom of this you will get mad internet points. :P |
I think this is because it can not access the routes with the given prefix. |
I'm quite sure that The GUI tells us that but I think that is simply wrong. |
I will be tackling this issue in the coming weeks :) |
We also have this same warning. As a result, we are not able to add any SAML Auth integrations. Sentry version: Sentry 22.8.0.dev0 |
Ok, I traced the stack trace of the cause of the error, and it seems that the U2F auth code calls |
Can confirm that I'm getting the deprecation warning as well, since I do the GitHub integration 'auth' dance, I'm hesitant to change config.yml so I'll live with it, but it would be nice to get it cleaned up. |
Hey there, also investigating this issue. I'm having trouble replicating this in my setup. Are people encountering this issue after doing a clean install of self-hosted? I'm wondering if there is a more reliable way to get this warning, since I definitely have seen it before in the past. |
Yes, clean install |
thanks for the datapoints everyone |
self-hosted on ubuntu 20 22.3.0.dev0 updated to 22.9.0.dev0 same problem before and after. |
ok, I think this happens as a result of This line sets the |
Note, I'm not seeing it on a clean install (first run of ./install.sh), but I'm seeing it when ./install.sh is run again because of the |
…nfig value is not set (#39804) This should fix getsentry/self-hosted#1309 After an initial run of `./install.sh`, self-hosted users are getting the `SENTRY_URL_PREFIX` deprecation warning when the config value isn't set. Turns out, we set `settings.SENTRY_URL_PREFIX` due to backwards compatibility reasons. The solution here is to also set `settings.SENTRY_OPTIONS["system.url-prefix"]` to avoid getting the warning.
still need to verify this, so reopening for now |
I decided that the PR did not properly tackle the issue. It seems like the deprecation warning appears and then sets the |
Same situation here, fresh install using docker. |
I have a PR up here to address, just trying to figure out why e2e tests aren't passing: |
…ecated (#39932) Did a deep dive here and these are my findings: getsentry/self-hosted#1309 - This warning shows when `system.url-prefix` is set in the database, so after a user has filled in the initial login page to set the root url - SENTRY_URL_PREFIX is not actually in the config, so this warning is completely misleading and harmless - SENTRY_URL_PREFIX is being set during the initialization of a worker based on what value of `system.url-prefix` in the database. This can be found on [here](https://github.com/getsentry/sentry/blob/c9bbf4d09a8e4ca000fae99e9735f04f95c370aa/src/sentry/options/manager.py#L149) - Combed through PR's from January and February and nothing indicates to me that this ever was completely fixed Co-authored-by: Chad Whitacre <chadwhitacre@sentry.io> Co-authored-by: Ethan Smith <ethan@ethanhs.me>
I just tested with the latest sentry image, this url deprecation warning should now no longer appear on self-hosted setups as a false positive. |
@hubertdeng123 Thanks! This also no longer show up when doing |
@dashed glad it's working for you! |
Version
22.2.0.dev0
Steps to Reproduce
Install self-hosted sentry as per the guidance without changing anything.
Expected Result
No warning saying
SENTRY_URL_PREFIX setting is deprecated
Actual Result
In the Sentry console I get the following banner at the top:
And clicking on that I see:
Warning text:
The SENTRY_URL_PREFIX setting is deprecated. Please use SENTRY_OPTIONS['system.url-prefix'] instead.
But I don't (knowingly) use
SENTRY_URL_PREFIX
anywhere. I do enter details in the initial configuration screen you get when first loading up Sentry after installation, and that field was in fact pre-populated. But I don't manually set it up anywhere else or refer to it in the config. I can't even find any reference to this env var anywhere in the repo, so I'm not sure how to proceed or what other info to provide.The text was updated successfully, but these errors were encountered: