Claude VM
d70442e26f
Three independent issues from the live test on 50198: 1. CfOrderModal poll timeout was 90s but ANCPI orders routinely take 60-180s end-to-end. The 50198 order completed at 129s (logs show 6 polls before docs matched), but the modal had already errored out 39s before that with "Procesarea durează mai mult decât ne-am așteptat". Bump to 180s + update the user-facing copy from "60 de secunde" to "3 minute" so the expectation matches reality. 2. cfApiBase(useGisAc=true) routed pilot users to /api/cf which proxies to gis-api → gis_core."CfExtract", but the ePay queue still writes ONLY to architools_postgres."CfExtract". Pilot users were therefore blind to their own fresh orders in the listing + catalog checks (50198 invisible despite being completed + downloadable). Pin all CF API calls to legacy /api/ancpi until Faza H mirrors writes to gis-api too; the source of truth then becomes a single table. 3. Manual cleanup of one stuck order in gis_enrichment.CfExtract (354686, pending since 2026-05-19) — never advanced past `pending`, was showing up as "În coadă" in the Extrase CF tab for ~4 days. Set status=cancelled with an explanatory errorMessage. (Applied via direct SQL on postgres-gis; no code change for this.) Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>