Application root_path not working as it gets discarded by configure_app

快速结论：该报错通常出现在通过代理（如 Nginx）在子路径下部署 Gradio 应用时，当通过 create_app 手动创建 ASGI 应用并设置 root_path 时，该值会被 configure_app 方法覆盖为空，导致反向代理无法正确处理请求路径。优先排查是否使用了 gr.routes.App.create_app() 方法，或尝试改用 demo.launch(root_path="/yourpath") 或 mount_gradio_app。

问题场景

用户在使用 Gradio 5.2.1 版本，通过 Nginx 反向代理将 Gradio 应用部署在子路径（如 /proxy）下，手动调用 gr.routes.App.create_app(demo, app_kwargs={"root_path": "/proxy"}) 创建 ASGI 应用并挂载到上层 FastAPI 应用或中间件时，发现 root_path 设置无效，导致路由和 URL 生成错误。

报错原文

Application root_path not working as it gets discarded by configure_app

(行为表现为：通过代理访问时，页面资源路径错误，API 响应路径不正确，类似子路径未正确剥离)

原因分析

Issue 中明确指出，create_app 工厂方法（位于 gradio/routes.py 第 342 行）会调用 configure_app 方法（第 345 行）。而 configure_app 方法（第 298 行）会将应用的 root_path 覆盖为挂载的 Blocks 实例的 root_path，该值默认是空字符串。因此，无论通过 app_kwargs 传入什么 root_path，都会被覆盖清空，导致设置无效。

Issue 中建议的可能修复方案：configure_app 应仅当 Blocks 的 root_path 不为空时才覆盖应用级别的 root_path。

环境排查

Gradio 版本：5.2.1（Issue 中报告的版本）
FastAPI 版本：0.115.2
操作系统：Linux
代理软件：Nginx（配置中包含 proxy_set_header Host $host 等标准反向代理配置）
注意：该问题在 Gradio 5.23.1 版本后，mount_gradio_app 的某些场景可能也不正常（Issue 评论中提及）

解决步骤

优先尝试方案一（推荐）：使用 demo.launch(root_path="/proxy", prevent_thread_lock=True) 启动应用，然后通过返回的对象获取 FastAPI 应用实例（app, *_ = demo.launch(...)）。该方法已经正确支持反向代理的 root_path，且返回的 app 可直接用于挂载中间件。
优先尝试方案二：使用 Block.mount_gradio_app 方法，将 Gradio 应用挂载到一个空的 FastAPI 应用上。例如：
```
from fastapi import FastAPI
fastapi_app = FastAPI()
demo.mount_gradio_app(app=fastapi_app, path="/proxy")
```
如果以上方案均不可行（例如需要精细控制 ASGI 应用创建），则需等待 Gradio 官方在 configure_app 中修复该行为。当前可考虑 fork 源码并手动调整 gradio/routes.py 中 configure_app 的第 298 行附近代码，使其仅在 self.root_path 非空时才覆盖应用的 root_path。
注意：Issue 评论区指出 create_app 并非用户面向的公开类/方法，请尽量使用 launch 或 mount_gradio_app。