The problem is that the initial query params are empty when running the application in streamlit could but it works perfectly fine when running it locally.
Also it has to be noted that I had to write the initial query params into st.session_state else the application would behave unexpectedly when setting new query params. This is related to already exisiting forum post and github comment/issue. So my best guess right now that st.session_state works somehow differently in streamlit cloud then locally but I am not sure how I can fix the issue on my side.
Edit: I switched from streamlit built-in sessions state (st.session_state) to the custom session state solution described here which seems to fix the issue.
were there any major changes recently in streamlit cloud? Query params are broken again. There seems to be a new query parameter timestamp which is not set by my application but overwrites existing parameters. You can verify this behavior by using the following link to my application: https://share.streamlit.io/nflaig/st-query-params-test?a=1&b=2.
good news, query parameters seem to work now which can be verified using st-query-params-test app. But one strange thing that happens now is that it reloads the whole page if query params change and it shows Please wait... on the screen. Any clue if those things are related?
Hey @nflaig I am not sure if it’s related, but I am looking into a solution to something possibly similar. Will let you know when the issue is fixed.
Hey, @nflaig let me know if you see an improvement. I push some changes out and did some testing to make sure it works just like streamlit. I tested your app with it, and everything looks fine to me. Let me know if you see any issues.
Thanks for stopping by! We use cookies to help us understand how you interact with our website.
By clicking “Accept all”, you consent to our use of cookies. For more information, please see our privacy policy.
Cookie settings
Strictly necessary cookies
These cookies are necessary for the website to function and cannot be switched off. They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences, logging in or filling in forms.
Performance cookies
These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site. They help us understand how visitors move around the site and which pages are most frequently visited.
Functional cookies
These cookies are used to record your choices and settings, maintain your preferences over time and recognize you when you return to our website. These cookies help us to personalize our content for you and remember your preferences.
Targeting cookies
These cookies may be deployed to our site by our advertising partners to build a profile of your interest and provide you with content that is relevant to you, including showing you relevant ads on other websites.