gmp/gallery
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

docs: recreation fix verified on phone (Mali G715)

Browse Source
This commit is contained in:
Greg Pomerantz 2026-10-28 21:10:55 -04:00
parent 84c6a4170d
commit ec9fd7c189
1 changed files with 4 additions and 7 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

11
docs/BUGS/recreation-stale-textures.md
View File

@ -1,8 +1,9 @@
# Activity recreation destroys GPU textures; worker-side uploads created stale handles # Activity recreation destroys GPU textures; worker-side uploads created stale handles
**Status:** FIXED 2026-10-28 (render-thread uploads + per-world lifecycle, **Status:** FIXED 2026-10-28 (render-thread uploads + per-world lifecycle).
emulator-verified: 3+ dismiss/relaunch cycles, 0 panics, full grid). Verified on emulator (4+ recreation cycles) AND on the Pixel 9 Pro
Phone re-verification pending. (Mali G715): 3 worlds in one process, 0 panics, full grid every time,
scroll + scroll-back clean.
## Symptom ## Symptom
@ -119,10 +120,6 @@ sparse grid. The panic was the cleanup.)
## Open / follow-ups ## Open / follow-ups
- **Phone re-verification** (Mali G715): the UI-thread upload cost and
the recreation path on real hardware. Expectation: upload cost ≈ the
same `write_texture` work that used to happen on workers (now ~2/tick
on the UI thread, between frames).
- **Zombie worlds** persist (Slint 1.18 android backend + - **Zombie worlds** persist (Slint 1.18 android backend +
android-activity 0.6.1 never deliver `Destroy` to the old app). They android-activity 0.6.1 never deliver `Destroy` to the old app). They
are now inert (tick gated, no shared state) but their threads + are now inert (tick gated, no shared state) but their threads +