This branch intentionally moves the internal custom-html docroot from /usr/share/nginx/html to /var/www/html while keeping the app externally healthy. Existing cc-ci custom-html tests still hardcode the old in-container path, so this PR should demonstrate a genuine stale-test failure for V5/V6.
Verification only. DO NOT MERGE.
Phase 5 verification PR for the stale-test path.
This branch intentionally moves the internal custom-html docroot from /usr/share/nginx/html to /var/www/html while keeping the app externally healthy. Existing cc-ci custom-html tests still hardcode the old in-container path, so this PR should demonstrate a genuine stale-test failure for V5/V6.
Verification only. DO NOT MERGE.
The upgrade/sandbox change itself looks correct, but the current cc-ci tests are stale for this seeded verification case.
Observed on !testme build #40 for this PR:
install passed
upgrade passed
the app stayed externally healthy (HTTP 200, browser smoke passed)
failures are in cc-ci assertions that still hardcode the old in-container docroot /usr/share/nginx/html
Why this looks stale:
this PR intentionally moves the internal served/backup path from /usr/share/nginx/html to /srv/www/html while keeping the app externally healthy
the failing cc-ci tests/ops still write/read markers at the old path, so they fail for the seeded path change rather than for an externally broken app
examples from build #40:
tests/custom-html/test_backup.py -> cat: /usr/share/nginx/html/ci-marker.txt: No such file or directory
tests/custom-html/functional/test_content_roundtrip.py wrote the file to the old path, then got HTTP 404
tests/custom-html/functional/test_content_type_header.py likewise wrote to the old path and then hit HTTP 404
Default mode is leaving this recipe PR open with no cc-ci test edits.
If you want the cc-ci tests updated and verified against this seeded sandbox change, re-run: /recipe-upgrade custom-html --with-tests
The upgrade/sandbox change itself looks correct, but the current cc-ci tests are stale for this seeded verification case.
Observed on `!testme` build `#40` for this PR:
- install passed
- upgrade passed
- the app stayed externally healthy (`HTTP 200`, browser smoke passed)
- failures are in cc-ci assertions that still hardcode the old in-container docroot `/usr/share/nginx/html`
Why this looks stale:
- this PR intentionally moves the internal served/backup path from `/usr/share/nginx/html` to `/srv/www/html` while keeping the app externally healthy
- the failing cc-ci tests/ops still write/read markers at the old path, so they fail for the seeded path change rather than for an externally broken app
- examples from build `#40`:
- `tests/custom-html/test_backup.py` -> `cat: /usr/share/nginx/html/ci-marker.txt: No such file or directory`
- `tests/custom-html/functional/test_content_roundtrip.py` wrote the file to the old path, then got `HTTP 404`
- `tests/custom-html/functional/test_content_type_header.py` likewise wrote to the old path and then hit `HTTP 404`
Default mode is leaving this recipe PR open with no cc-ci test edits.
If you want the cc-ci tests updated and verified against this seeded sandbox change, re-run:
`/recipe-upgrade custom-html --with-tests`
This seeded Phase-5 sandbox branch intentionally changes .txt responses to application/octet-stream, which leaves the app healthy but makes the current cc-ci MIME assertion stale.
Cold branch-checkout verification with the paired cc-ci test branch is GREEN: REMOTE_ROOT=/root/cc-ci-v6-custom-mime RECIPE=custom-html REF=v5-stale-docroot /srv/cc-ci-orch/.claude/skills/ci-test-review/verify-pr.sh
-> VERDICT: GREEN
Nothing merged.
Paired with cc-ci test PR: https://git.autonomic.zone/recipe-maintainers/cc-ci/pulls/3
This seeded Phase-5 sandbox branch intentionally changes `.txt` responses to `application/octet-stream`, which leaves the app healthy but makes the current cc-ci MIME assertion stale.
Cold branch-checkout verification with the paired cc-ci test branch is GREEN:
`REMOTE_ROOT=/root/cc-ci-v6-custom-mime RECIPE=custom-html REF=v5-stale-docroot /srv/cc-ci-orch/.claude/skills/ci-test-review/verify-pr.sh`
-> `VERDICT: GREEN`
Nothing merged.
This is because the nginx configuration in this upgrade version overrides the default MIME type for .txt files (serving them as binary/octet-stream rather than text/plain). The test was written for the previous nginx behaviour and is now stale.
No test modifications were made. The cc-ci harness treats this as SUCCESS-PENDING-TESTS.
To also open a verified cc-ci test PR updating the stale assertion, re-run:
/recipe-upgrade custom-html --with-tests
(This will open a paired cc-ci test PR and verify the upgrade passes with the corrected test — all on dedicated branches, never merged automatically.)
## cc-ci: upgrade looks correct — one test appears stale
`!testme` for **custom-html** `v5-stale-docroot` @ `71e7326a` on build [#81](https://drone.ci.commoninternet.net/recipe-maintainers/cc-ci/81):
| Stage | Result |
|-------|--------|
| install | ✅ pass |
| upgrade | ✅ pass |
| backup | ✅ pass |
| restore | ✅ pass |
| custom (functional) | ❌ fail |
**The upgrade itself looks correct** — app deploys, upgrades cleanly, and backup/restore work.
**Stale test identified:** `tests/custom-html/functional/test_content_type_header.py::test_content_type_html_and_txt`
The test expects `.txt` files to be served with `Content-Type: text/plain`, but this version returns `application/octet-stream` for `.txt` files:
```
AssertionError: ccci-e0d6e804.txt Content-Type='application/octet-stream', expected text/plain
```
This is because the nginx configuration in this upgrade version overrides the default MIME type for `.txt` files (serving them as binary/octet-stream rather than text/plain). The test was written for the previous nginx behaviour and is now stale.
**No test modifications were made.** The cc-ci harness treats this as `SUCCESS-PENDING-TESTS`.
To also open a verified cc-ci test PR updating the stale assertion, re-run:
```
/recipe-upgrade custom-html --with-tests
```
(This will open a paired cc-ci test PR and verify the upgrade passes with the corrected test — all on dedicated branches, never merged automatically.)
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Phase 5 verification PR for the stale-test path.
This branch intentionally moves the internal custom-html docroot from /usr/share/nginx/html to /var/www/html while keeping the app externally healthy. Existing cc-ci custom-html tests still hardcode the old in-container path, so this PR should demonstrate a genuine stale-test failure for V5/V6.
Verification only. DO NOT MERGE.
!testme
🌻 cc-ci —
custom-html@71e7326a❌ failurefull logs · dashboard
!testme
The upgrade/sandbox change itself looks correct, but the current cc-ci tests are stale for this seeded verification case.
Observed on
!testmebuild#40for this PR:HTTP 200, browser smoke passed)/usr/share/nginx/htmlWhy this looks stale:
/usr/share/nginx/htmlto/srv/www/htmlwhile keeping the app externally healthy#40:tests/custom-html/test_backup.py->cat: /usr/share/nginx/html/ci-marker.txt: No such file or directorytests/custom-html/functional/test_content_roundtrip.pywrote the file to the old path, then gotHTTP 404tests/custom-html/functional/test_content_type_header.pylikewise wrote to the old path and then hitHTTP 404Default mode is leaving this recipe PR open with no cc-ci test edits.
If you want the cc-ci tests updated and verified against this seeded sandbox change, re-run:
/recipe-upgrade custom-html --with-tests!testme
!testme
!testme
Paired with cc-ci test PR: recipe-maintainers/cc-ci#3
This seeded Phase-5 sandbox branch intentionally changes
.txtresponses toapplication/octet-stream, which leaves the app healthy but makes the current cc-ci MIME assertion stale.Cold branch-checkout verification with the paired cc-ci test branch is GREEN:
REMOTE_ROOT=/root/cc-ci-v6-custom-mime RECIPE=custom-html REF=v5-stale-docroot /srv/cc-ci-orch/.claude/skills/ci-test-review/verify-pr.sh->
VERDICT: GREENNothing merged.
!testmexyz
!testme
cc-ci: upgrade looks correct — one test appears stale
!testmefor custom-htmlv5-stale-docroot@71e7326aon build #81:The upgrade itself looks correct — app deploys, upgrades cleanly, and backup/restore work.
Stale test identified:
tests/custom-html/functional/test_content_type_header.py::test_content_type_html_and_txtThe test expects
.txtfiles to be served withContent-Type: text/plain, but this version returnsapplication/octet-streamfor.txtfiles:This is because the nginx configuration in this upgrade version overrides the default MIME type for
.txtfiles (serving them as binary/octet-stream rather than text/plain). The test was written for the previous nginx behaviour and is now stale.No test modifications were made. The cc-ci harness treats this as
SUCCESS-PENDING-TESTS.To also open a verified cc-ci test PR updating the stale assertion, re-run:
(This will open a paired cc-ci test PR and verify the upgrade passes with the corrected test — all on dedicated branches, never merged automatically.)
Pull request closed