❗ All new Streamlit apps I deploy keep loading infinitely

Community Cloud
,
1

Hi everyone,

I’m having an issue where every new app I deploy on Streamlit Cloud gets stuck on the “Running…” screen and never finishes loading.

Here’s what I’ve already checked:

  1. :white_check_mark: The main file is named streamlit_app.py, or I’ve correctly set the entry point in the Streamlit app settings.
  2. :white_check_mark: The GitHub repository is public.
  3. :white_check_mark: I have a requirements.txt file with all necessary dependencies (like streamlit, pandas, etc.).
  4. :white_check_mark: I checked the logs in the Streamlit Cloud dashboard, but I’m not seeing any clear error messages — it just keeps loading.

Despite this, the apps never actually finish loading.

Has anyone faced a similar issue? Any idea what could be causing this?

Thanks in advance!
support@streamlit.io

Requirements:
numpy==1.26.4
pandas==2.2.2
streamlit==1.34.0
mysql-connector-python==9.0.0
requests==2.32.3
jwt==1.3.1
pyjwt==2.8.0
streamlit-aggrid==1.1.0
streamlit_echarts==0.4.0

1 Like
2

After a few hours, it loads and then gives an error in the library imports. I started removing them one by one, and all of them throw errors. I don’t know what’s going on, because the requirements file is correct. My other apps work fine — only the new ones have this issue.
I even tried taking an app that’s already working, created a new repo, and tried to deploy it, but the same thing happened. Even though it works on the cloud, when I uploaded a copy, this problem occurred.

3

What do your complete logs say? There was a background service that was restarted yesterday, so I don’t know if that resolved anything. If you are still having a problem, can you share the entire log, up to and including the error message?

4

Good morning

Here are the latest logs:

[UTC] Logs for dash-escritorio-fabrica.streamlit.app/home

────────────────────────────────────────────────────────────────────────────────────────

[06:18:17] :rocket: Starting up repository: ‘dash_escritorio_fabrica’, branch: ‘main’, main module: ‘main.py’

[06:18:17] :octopus: Cloning repository…

[06:18:18] :octopus: Cloning into ‘/mount/src/dash_escritorio_fabrica’…

[06:18:18] :octopus: Cloned repository!

[06:18:18] :octopus: Pulling code changes from Github…

[06:18:18] :package: Processing dependencies…

──────────────────────────────────────── uv ───────────────────────────────────────────

Using uv pip install.

Using Python 3.13.3 environment at /home/adminuser/venv

Resolved 54 packages in 496ms

[07:12:24] :snake: Python dependencies were installed from /mount/src/dash_escritorio_fabrica/requirements.txt using uv.

[07:12:27] :package: Processed dependencies!

[07:12:30] :red_exclamation_mark:

The error is an import issue:

ModuleNotFoundError: This app has encountered an error. The original error message is redacted to prevent data leaks. Full error details have been recorded in the logs (if you’re on Streamlit Cloud, click on ‘Manage app’ in the lower right of your app).

Traceback:
File “/mount/src/dash_escritorio_fabrica/pages/home.py”, line 2, in
from menu.supplies import Supplies
File “/mount/src/dash_escritorio_fabrica/menu/supplies.py”, line 4, in
from data.querys_blueme import *
File “/mount/src/dash_escritorio_fabrica/data/querys_blueme.py”, line 1, in
from data.dbconnect import get_dataframe_from_query
File “/mount/src/dash_escritorio_fabrica/data/dbconnect.py”, line 1, in
import mysql.connector

But all imports are failing — if I remove one, another one just fails instead.

6

What does the unredacted error look like in your console? There is usually more information between “Processing dependencies” and “Processed dependencies.” And there should be the “ModuleNotFound” error in the console logs, too. Do you not have anything that looks like:

Using uv pip install.
Using Python 3.9.22 environment at /home/adminuser/venv
Resolved 66 packages in 1.00s
Prepared 66 packages in 10.58s
Installed 66 packages in 1.88s
 + altair==5.5.0
 + annotated-types==0.7.0
 + anyio==4.9.0
 + attrs==25.3.0
 + blinker==1.9.0
7

image
image633×895 55.5 KB

On the Streamlit Cloud console, only this shows up — locally, there is no error.

8

I took the files and overwrote another app I have, which has been running on Streamlit Cloud for a while, just to test it — and it worked without any errors. The issue only happens when I try to deploy it as a new repository.

9

Have you deleted and redeployed the new app, or just rebooted it? I just want to make sure you’ve attempted to delete and redeploy it sometime after Monday when a service was restarted on the backend.

10

I’m having the same issue, I tried to delete and remake several times. About an hour ago it started to randomly go through the rest of the process and then reset itself back.

[21:27:44] 🚀 Starting up repository: 'trm-maint-dashboard', branch: 'master', main module: 'app/main.py'

[21:27:44] 🐙 Cloning repository...

[21:27:46] 🐙 Cloning into '/mount/src/trm-maint-dashboard'...
Warning: Permanently added the ED25519 host key for IP address '140.82.116.4' to the list of known hosts.

[21:27:46] 🐙 Cloned repository!

[21:27:46] 🐙 Pulling code changes from Github...

[21:27:47] 📦 Processing dependencies...

[21:27:47] 📦 Apt dependencies were installed from /mount/src/trm-maint-dashboard/packages.txt using apt-get.

Hit:1 http://deb.debian.org/debian bullseye InRelease

Get:2 http://deb.debian.org/debian-security bullseye-security InRelease [27.2 kB]

Get:3 http://deb.debian.org/debian bullseye-updates InRelease [44.1 kB]

Get:4 https://packages.microsoft.com/debian/11/prod bullseye InRelease [3650 B]

Get:5 http://deb.debian.org/debian-security bullseye-security/main amd64 Packages [380 kB]

Get:6 https://packages.microsoft.com/debian/11/prod bullseye/main arm64 Packages [46.9 kB]

Get:7 https://packages.microsoft.com/debian/11/prod bullseye/main amd64 Packages [196 kB]

Fetched 698 kB in 1s (602 kB/s)

Reading package lists...[2025-06-04 21:27:49.828059] 

Reading package lists...[2025-06-04 21:27:50.602771] 

Building dependency tree...[2025-06-04 21:27:50.831357] 

Reading state information...[2025-06-04 21:27:50.831816] 

0 upgraded, 0 newly installed, 0 to remove and 12 not upgraded.


──────────────────────────────────────── uv ───────────────────────────────────────────


Using uv pip install.

Using Python 3.10.17 environment at /home/adminuser/venv

Resolved 162 packages in 8.21s
11

Just started working

1 Like
12

Yes, I already did. I deleted it and uploaded it again this Tuesday, but I’ll test it again here. As soon as I have an update, I’ll send it here.

1 Like
13

It’s still the same

image
image1366×684 103 KB

14

This is the log from the same application, but it was deployed over an older version that was previously working.

image
image431×699 21.7 KB

15

Maybe related, I set up a repo while trying to debug another user’s issue and I got similar logs and error messages:

It just requires face-recognition==1.3.0 in requirements.txt and cmake in packages.txt. The app just imports streamlit and face_recognition and then writes some hardcoded text. Note that I don’t expect this to necessarily work, it is just a test to show some unexpected, weird behavior.

TL;DR: Details on the installation of python packages are missing from the streamlit-cloud logs in some cases.

When deploying to streamlit cloud, the apt part is all good, but the pip part is just like this:

──────────────────────────────────────── uv ───────────────────────────────────────────
Using uv pip install.
Using Python 3.13.3 environment at /home/adminuser/venv[2025-06-05 18:46:36.615344] 
Resolved 6 packages in 11.32s
[19:41:36] 🐍 Python dependencies were installed from /mount/src/facial-test/requirements.txt using uv.
[19:41:41] 📦 Processed dependencies!
[19:41:46] ❗️

That’s all. The UI (not the logs!) then shows this:

ModuleNotFoundError: This app has encountered an error. The original error message is redacted to prevent data leaks. Full error details have been recorded in the logs (if you're on Streamlit Cloud, click on 'Manage app' in the lower right of your app).
Traceback:
File "/mount/src/facial-test/streamlit_app.py", line 2, in <module>
    import face_recognition

streamlit seems to be installed (imported in line 1 without errors), but the logs are silent about it. face-recognition is apparently not installed, but again the logs say nothing about what the issue can be.

Going from Resolved 6 packages in 11.32s to [19:41:36] 🐍 Python dependencies were installed [...] took ages, maybe because that’s what trying to build face-recognition and its dependencies takes.

Not having cmake leads to expected behavior, the logs say that face-recognition is being downloaded and built, then there is an error message about cmake not being available and then the familiar Installer returned a non-zero exit code.

I was unable to reproduce the issue in my computer, but it is a very different environment (an up-to-date Arch). Anyway I think it is streamlit cloud-specific.

16

I have found that it takes an hour after pip install to go through the rest of the process. If you change your packages, then you have to wait another hour again after pip install. If you don’t make changes to your packages, then it will update right away.

17

Yes, it’s definitely an issue with their cloud. Like I said, I took an old app that was working fine, replaced all its files with the ones from the app that was throwing errors, and it worked perfectly with no issues.
So, the error only happens when I deploy a new repository.