chore: upgrade to 0.10.0+3.5.0 #2
Reference in New Issue
Block a user
No description provided.
Delete Branch "upgrade-0.8.0+3.5.0"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
chore: upgrade to 0.10.0+3.5.0
Image updates
Recipe version bump
0.7.0+3.3.1→0.10.0+3.5.0Breaking changes / operator notes
⚠️ Operator Action Required (postgres)
See the recipe README for the pg_dumpall → undeploy → delete data volume → redeploy → restore procedure.
Tested green on cc-ci (redis:8.8-alpine confirmed starts cleanly; RDB from 7.4.x loads transparently). NOT merged — for operator review.
cc @trav @notplants
!testme
🌻 cc-ci —
discourse@eb29b960❌ failurefull logs · dashboard
chore: upgrade to 0.8.0+3.5.0to fix(backup): add pg_backup.sh + proper backup/restore hooks, 20m start_period!testme
!testme build 171 — custom tier failure (stale test)
What passed
What failed
custom:
test_create_topic_roundtrip— the test POSTs to/posts.jsonwithout acategory_id:Root cause: stale test, not a broken upgrade
Discourse 3.5.0 ships with
allow_uncategorized_topics = falseas the default site setting (Discourse tightened defaults between 3.3.1 and 3.5.0). The test was written for 3.3.1 where uncategorized topics were allowed; it does not pass acategory_idin the create-topic POST. With 3.5.0's default, this fails.The upgrade itself is correct:
bitnami/discourse:3.3.1→bitnamilegacy/discourse:3.5.0(namespace relocated + version bump)postgres:13→postgres:16(auto-migrated via entrypoint.postgres.sh.tmpl; backup/restore both passing)pg_backup.shhook (gzip dump in the postgres volume + restore post-hook)What the test needs
The test at
tests/discourse/functional/test_create_topic.pyneeds to be updated to either:PUT /site_settings/allow_uncategorized_topicswith{"allow_uncategorized_topics": true}, ORcategory_idin the POST (using the default uncategorized category ID, typically 1)Next steps
Re-run
/recipe-upgrade discourse --with-teststo also open a verified cc-ci test-update PR.Nothing was merged; this PR awaits operator review.
eb29b96040to5091fd999e!testme
🌻 cc-ci —
discourse@5091fd99❌ failurefull logs · dashboard
9f61774737tob0f9ae743a!testme
🌻 cc-ci —
discourse@b0f9ae74✅ passedfull logs · dashboard
fix(backup): add pg_backup.sh + proper backup/restore hooks, 20m start_periodto chore: upgrade to 0.9.0+3.5.0!testme
🌻 cc-ci —
discourse@7ae7b0f7❌ failurefull logs · dashboard
!testme
🌻 cc-ci —
discourse@7ae7b0f7✅ passedfull logs · dashboard
!testme
🌻 cc-ci —
discourse@7ae7b0f7✅ passedfull logs · dashboard
chore: upgrade to 0.9.0+3.5.0to chore: upgrade to 0.10.0+3.5.0 (redis 8.0->8.8-alpine)chore: upgrade to 0.10.0+3.5.0 (redis 8.0->8.8-alpine)to chore: upgrade to 0.10.0+3.5.0!testme
🌻 cc-ci —
discourse@b7d8a244❌ killed → https://drone.ci.commoninternet.net/recipe-maintainers/cc-ci/511(summary card unavailable — see the run for details.) full logs · dashboard
!testme
🌻 cc-ci —
discourse@b7d8a244❌ failurefull logs · dashboard
!testme
🌻 cc-ci —
discourse@b7d8a244❌ killed → https://drone.ci.commoninternet.net/recipe-maintainers/cc-ci/514(summary card unavailable — see the run for details.) full logs · dashboard
cc-ci weekly run 2026-06-12 — !testme exhausted (3 runs killed/failed by Swarm, not a recipe defect)
All 3 !testme iterations on commit
b7d8a244were killed or failed due to transient Docker Swarm scheduling hiccups (app/sidekiq containers stuck at 0/1 inNewstate) — not caused by the upgrade itself. The upgrade (discourse:3.3.1→3.5.0 via bitnamilegacy, postgres 13→16, redis 7.4→8.8-alpine) is valid.Operator action needed: re-run
!testmemanually once the Swarm is stable, or run/recipe-upgrade discoursefrom the orchestrator.!testme
🌻 cc-ci —
discourse@b7d8a244✅ passedfull logs · dashboard