# CRITICAL BUG: Spaces ignoring sdk: gradio setting, forcing Docker mode with Python 3.1

**URL:** <https://discuss.huggingface.co/t/critical-bug-spaces-ignoring-sdk-gradio-setting-forcing-docker-mode-with-python-3-1/164511>\
**Category:** Spaces\
**Created:** [July 25, 2025, 3:59pm UTC](https://discuss.huggingface.co/t/critical-bug-spaces-ignoring-sdk-gradio-setting-forcing-docker-mode-with-python-3-1/164511 "2025-07-25T15:59:23Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![tuc111](https://sea2.discourse-cdn.com/hellohellohello/user_avatar/discuss.huggingface.co/tuc111/32/51703_2.png) [@tuc111](https://discuss.huggingface.co/u/tuc111)\
**Post date:** [July 25, 2025, 3:59pm UTC](https://discuss.huggingface.co/t/critical-bug-spaces-ignoring-sdk-gradio-setting-forcing-docker-mode-with-python-3-1/164511/1 "2025-07-25T15:59:23Z")

</div>

Dear Hugging Face Support Team,

I’m reporting a critical platform bug affecting Hugging Face Spaces where the system is completely ignoring sdk: gradio configuration in README.md files and forcing Docker builds with obsolete Python versions.

## Problem Description

Multiple newly created Spaces are ignoring the sdk: gradio setting in their README.md configuration and instead attempting Docker builds with pyenv install 3.1 (Python 3.1.5), which fails due to the obsolete Python version.

## Evidence & Reproduction Steps

Affected Spaces:

- “tuc111/financy-PM-1-demo” (original)

- “tuc111/financy-PM-1-1-demo” (recreated)

- “tuc111/financy-PM-1-demo-1” (third attempt)

Configuration in README.md (verified in all repositories):

* * *

## title: AI Financial Portfolio Advisor emoji: 🚀 colorFrom: blue colorTo: green sdk: gradio sdk\_version: 4.20.0 app\_file: app.py python\_version: 3.10

What Should Happen: Gradio SDK build process with Python 3.10

What Actually Happens: Docker build process attempting pyenv install 3.1

Build Log Evidence:

→ RUN pyenv install 3.1 && pyenv global 3.1 && pyenv rehash  
Downloading Python-3.1.5.tar.gz…  
Installing Python-3.1.5…  
[Build fails with segmentation fault]

## Verification Steps Taken

1. ✅ Verified README.md contents - All repositories correctly specify sdk: gradio and python\_version: 3.10

2. ✅ Confirmed no Dockerfile present - Used git ls-tree to verify no Docker configuration files exist

3. ✅ Multiple Space recreation attempts - Created 3 different Spaces from scratch, all exhibit identical behavior

4. ✅ Git repository verification - Confirmed all files pushed successfully to Space repositories

5. ✅ Manual file verification - Used git show to verify Space repositories contain correct configuration

## Impact Assessment

- Severity: Critical - Platform unusable for Gradio applications

- Scope: Affects new Space creation with Gradio SDK

- User Impact: Unable to deploy Gradio applications on Hugging Face Spaces

- Duration: Ongoing for several hours across multiple Space creation attempts

## System Behavior Analysis

The platform appears to have a configuration override or caching issue where:

1. Space creation process ignores README.md SDK settings

2. Default Docker configuration is applied regardless of specified SDK

3. Obsolete Python 3.1 installation is attempted instead of specified Python 3.10

4. Issue persists across completely new Space creations

## Additional Context

This issue began occurring today (July 25, 2025) and has been consistent across multiple attempts. The same repository configuration worked previously, suggesting a recent platform regression.

## Requested Action

Please investigate this critical platform bug urgently as it’s preventing users from creating functional Gradio Spaces. This appears to be a server-side configuration or caching issue that requires platform-level resolution.

I’m available to provide additional debugging information, repository access, or testing assistance as needed.

Thank you for your prompt attention to this critical issue.

Best regards,

Emmitt Tucker

Username: tuc111

---

<div class="post-metadata">

**Author:** ![John6666](https://sea2.discourse-cdn.com/hellohellohello/user_avatar/discuss.huggingface.co/john6666/32/27664_2.png) [@John6666](https://discuss.huggingface.co/u/John6666)\
**Post date:** [July 25, 2025, 10:41pm UTC](https://discuss.huggingface.co/t/critical-bug-spaces-ignoring-sdk-gradio-setting-forcing-docker-mode-with-python-3-1/164511/2 "2025-07-25T22:41:07Z")

</div>

> python\_version: 3.10

That’s right… Not only that, [but when I enter 3.10 and push contribute in the online editor, it automatically changes to 3.1](https://huggingface.co/spaces/John6666/python-version-test)!😅 3.9, 3.11, and 3.12 are fine. Well, 3.10 is the default, so I don’t think there’s any need to specify it, but this is definitely a bug. @meganariley

---

<div class="post-metadata">

**Author:** ![Angelina067](https://sea2.discourse-cdn.com/hellohellohello/user_avatar/discuss.huggingface.co/angelina067/32/51060_2.png) [@Angelina067](https://discuss.huggingface.co/u/Angelina067)\
**Post date:** [July 26, 2025, 3:18am UTC](https://discuss.huggingface.co/t/critical-bug-spaces-ignoring-sdk-gradio-setting-forcing-docker-mode-with-python-3-1/164511/3 "2025-07-26T03:18:53Z")

</div>

Well the good news is this isn’t our fault. It’s a bug on Hugging Face’s side. Their system is broken right now and ignoring our app settings, trying to use very old software instead of what we specified.

You already did the right thing by reporting this problem to them a few hours ago on their official forum. This is exactly what needed to be done.

Just keep patience and wait a day or two as platform bugs like this usually get fixed quickly once reported or try a different app name 'coz sometimes that helps bypass the bug. Along with that use a backup plan and deploy on a different platform temporarily if this is urgent.

Hope so it will resolved since you reported it properly with all the technical details, their team should respond within 1-2 days and fix it. These kinds of platform issues are their priority to resolve.

---

<div class="post-metadata">

**Author:** ![joywalim](https://avatars.discourse-cdn.com/v4/letter/j/87869e/32.png) [@joywalim](https://discuss.huggingface.co/u/joywalim)\
**Post date:** [July 26, 2025, 8:52am UTC](https://discuss.huggingface.co/t/critical-bug-spaces-ignoring-sdk-gradio-setting-forcing-docker-mode-with-python-3-1/164511/4 "2025-07-26T08:52:29Z")

</div>

There’s a critical bug where Spaces ignore the `sdk: gradio` setting and default to Docker mode with Python 3.1, causing compatibility issues.

---

<div class="post-metadata">

**Author:** ![tuc111](https://sea2.discourse-cdn.com/hellohellohello/user_avatar/discuss.huggingface.co/tuc111/32/51703_2.png) [@tuc111](https://discuss.huggingface.co/u/tuc111)\
**Post date:** [July 30, 2025, 5:10pm UTC](https://discuss.huggingface.co/t/critical-bug-spaces-ignoring-sdk-gradio-setting-forcing-docker-mode-with-python-3-1/164511/5 "2025-07-30T17:10:45Z")

</div>

Thank you for the reply. Have you noticed a resolution? When I try a factory rebuild I still see the same error.

---

<div class="post-metadata">

**Author:** ![John6666](https://sea2.discourse-cdn.com/hellohellohello/user_avatar/discuss.huggingface.co/john6666/32/27664_2.png) [@John6666](https://discuss.huggingface.co/u/John6666)\
**Post date:** [July 30, 2025, 9:35pm UTC](https://discuss.huggingface.co/t/critical-bug-spaces-ignoring-sdk-gradio-setting-forcing-docker-mode-with-python-3-1/164511/6 "2025-07-30T21:35:08Z")

</div>

> python\_version: 3.10

It’s a terrible workaround, but deleting this line is the easiest workaround at the moment for now. Maybe.

---

<div class="post-metadata">

**Author:** ![tuc111](https://sea2.discourse-cdn.com/hellohellohello/user_avatar/discuss.huggingface.co/tuc111/32/51703_2.png) [@tuc111](https://discuss.huggingface.co/u/tuc111)\
**Post date:** [August 1, 2025, 8:57am UTC](https://discuss.huggingface.co/t/critical-bug-spaces-ignoring-sdk-gradio-setting-forcing-docker-mode-with-python-3-1/164511/7 "2025-08-01T08:57:26Z")

</div>

Thanks I will give it a try!

---

<div class="post-metadata">

**Author:** ![tuc111](https://sea2.discourse-cdn.com/hellohellohello/user_avatar/discuss.huggingface.co/tuc111/32/51703_2.png) [@tuc111](https://discuss.huggingface.co/u/tuc111)\
**Post date:** [August 1, 2025, 11:43am UTC](https://discuss.huggingface.co/t/critical-bug-spaces-ignoring-sdk-gradio-setting-forcing-docker-mode-with-python-3-1/164511/8 "2025-08-01T11:43:08Z")

</div>

I doesn’t look like that worked unfortunately. I am trying to get this demo working so I can apply to an accelerator.

---

<div class="post-metadata">

**Author:** ![John6666](https://sea2.discourse-cdn.com/hellohellohello/user_avatar/discuss.huggingface.co/john6666/32/27664_2.png) [@John6666](https://discuss.huggingface.co/u/John6666)\
**Post date:** [August 1, 2025, 1:28pm UTC](https://discuss.huggingface.co/t/critical-bug-spaces-ignoring-sdk-gradio-setting-forcing-docker-mode-with-python-3-1/164511/9 "2025-08-01T13:28:03Z")

</div>

Oh. This worked for me for now. (There is no particular meaning behind the version number, but I specified a minor version for the sake of it.)

```auto
python_version: 3.10.12

```
