Investigated the android.html vs android-library.html naming collision (transfer 4238/inbox 1184, filed by Server[40]) instead of just picking a new name. Root cause found: android-library.html was promoted 08/26/26 from an archived Database_PREV copy as a stopgap because android.html was broken at the time (stale token in 30-app-api.php blocked all data). Verified via live API query (action=list&table=qa_log&library=android): the live DB now has the SAME 6 Q&A entries (Termux duplicate finder, X-plore transfer, large-file finder, heredoc method, python install, Termux keys) as the static file's QA-A001-A006, plus MORE shortcuts (28 live vs 11 static) and commands (19 live vs 17 static) since android.html was fixed 08/27/26. Confirmed android.html/windows.html sharing the same 11,778-byte template is by design (JS detects LIB from URL path, fetches library-specific data live) -- not a bug, resolving Server[40]'s own HTML-CONSOLIDATION-TRACKER.md Family F 'NEEDS DECISION' item too. Actions taken: preserved android-library.html content at Trash/frontend/30-Tech/apps/android-library_superseded_08_27_26_11amPT.html via file_write_web.php (byte-verified 28257b match, full content diff clean), removed its link from the Tech hub (frontend/30-Tech/index.html, verified), updated page-inventory.html entries n:148 and n:181 to reflect resolution. Could NOT execute the actual live-file retirement -- backend/tmp/retire-files.php (per SOP-PAGE-HYGIENE.md, owned/built by Server[40]) returned 404 on every path/method tried (GET, GET+path param, POST). Sent Server[40] the full finding plus a request to execute the retirement with their own tool.