Hello,
I am reporting a persistent AI Studio infrastructure failure that has blocked my Android project since 21 September 2026 and is still occurring today.
Project: apps/d867b5d2-b53a-4438-a2c6-e2588dd51a73
Package: com.elyedali.schoolmanager
Account: Dev-yedali9
Published version on Play: 0.0.0.25 (versionCode 25)
Client: Chrome on Android
SUMMARY
The build workspace of this project is created empty. The project files are intact in project storage - every Export produces a complete 168-file archive - but the build container at /app/applet contains only debug.keystore and debug.keystore.base64.
Consequences:
- gradle assembleDebug / bundleRelease fail with: Directory ‘’ does not contain a Gradle build
- Publishing fails with: Failed to bundle applet: Bundle failed: exit status 1
- One publish attempt failed with: Failed to bundle applet: 502 Bad Gateway - nginx/1.22.1
- The file explorer intermittently shows the full project, then only one or two entries, with no action on my side
Another project on the same account builds normally, and a Remix copy of this same project built successfully several times. The fault appears specific to this project’s workspace provisioning.
DIAGNOSTIC EVIDENCE (read-only, run in the agent on 23 September 2026, 04:41 UTC)
CWD: /app/applet
Contents: [‘debug.keystore’, ‘debug.keystore.base64’]
Total files: 2
Listing of /app:
.dev.env.json 157 B | 2026-09-23 04:41:49 UTC
applet/ (dir) 80 B | 2026-09-23 04:39:07 UTC
control-plane-api/ 0 B | 2026-09-11 23:28:22 UTC
start.sh 4034 B | 2026-08-11 07:39:11 UTC
Listing of /app/applet:
debug.keystore 2666 B | 2026-09-23 04:33:08 UTC
debug.keystore.base64 3556 B | 2026-09-23 04:39:06 UTC
Container start: 2026-09-23 04:33:06 UTC (uptime ~532 s)
Current time: 2026-09-23 04:41:58 UTC
/app/applet/settings.gradle.kts : NO
/app/applet/app/build.gradle.kts : NO
/app/applet/debug.keystore : YES (2666 B)
/app/applet/.git : NO
NO GIT
APPLET_DIR=applet
APPLET_ID=d867…
NO LOGS
Key points:
-
The container started at 04:33:06 UTC and debug.keystore was written at 04:33:08 UTC, two seconds later. No project file was ever placed in the workspace, and it was still empty nine minutes after start. This is not a warm-up or timing issue.
-
control-plane-api is listed with a size of 0 B and a timestamp of 2026-09-11 23:28:22 UTC. The in-session agent identified control-plane-api as the internal service (port 8000) that receives platform commands, while the service that pulls project files from persistent storage into the workspace is a separate backend service whose logs are not accessible from inside the container. Please check both.
PROJECT STORAGE IS INTACT
Exports taken while the workspace was empty:
2026-09-22 17:20 UTC - 168 files - complete
2026-09-23 02:41 UTC - 168 files - complete
2026-09-23 03:12 UTC - 168 files - complete
2026-09-23 03:51 UTC - 168 files - complete, verified byte for byte
2026-09-23 04:02 UTC - 2 files - only metadata.json and README.md
2026-09-23 04:08 UTC - 168 files - complete after re-upload
Edits made in the web editor do persist: after I changed app/build.gradle.kts, the Publish panel correctly read versionCode 26. So storage writes work, while workspace provisioning does not.
UNEXPLAINED DELETION EVENTS
On several occasions the entire project disappeared with no action on my side. The platform log then contains an auto-generated entry with no timestamp:
The USER performed the following action: Delete file /app/src/main/java/com/example/ui/screens/CourseScreen.kt
I deleted nothing at that moment. The in-session agent stated that this line is produced by the AI Studio frontend/orchestrator during a reverse sync, a checkpoint restore or a file-state reset between the UI and storage - not by an actual user action. It also explained that the path is relative to [Project Root], while the real root inside the container is /app/applet, which is why the log shows /app/src/… instead of /app/applet/src/…
If the orchestrator is emitting a user-attributed delete during reverse sync, that behaviour itself needs review: the log is misleading, and something is wiping files that the user never touched.
WHAT THE IN-SESSION AGENT COULD NOT ANSWER
- It cannot read the restore/checkpoint log.
- It has no log for the 502 bundling failure; nginx access.log and error.log are outside the container.
- It could not explain why the file explorer and the workspace show different states at the same moment.
GITHUB SYNC RULED OUT
The project was linked to a private repository (devyedali-source/Enseignant-primaire). I disconnected the link on 23 September 2026 at about 04:06 UTC. The emptying continued afterwards, and the diagnostic confirms NO GIT inside the container.
IMPACT
This is a school-management application used by primary school teachers. An update is ready (versionCode 26) and cannot be published, because the bundling step runs inside the empty workspace, and because the original upload key for this package is held by AI Studio for this project - which makes this project the only way to publish updates for com.elyedali.schoolmanager. Three days of work have been spent restoring files after each incident.
QUESTIONS
- Why is the workspace at /app/applet created without the project files?
- Which backend service populates it, why did it fail for this project since 21 September, and where are its logs? (Note control-plane-api showing 0 B.)
- What exactly triggers “The USER performed the following action: Delete file …” when no user deletion occurred, and why does it remove files?
- Why does the log path resolve to /app/src/… instead of /app/applet/src/…?
- What caused 502 Bad Gateway - nginx/1.22.1 during bundle applet?
Screenshots of the diagnostic output, of the failed publish attempts and of the empty file explorer are attached.
Thank you for your help.
Best regards,
Dev-yedali9