Skip to content

fix(configurator): rename Upgrade-mode output to upgrade.sh (v20.5.4)#48

Merged
hyunsies merged 1 commit intomainfrom
fix/rename-update-to-upgrade
Apr 25, 2026
Merged

fix(configurator): rename Upgrade-mode output to upgrade.sh (v20.5.4)#48
hyunsies merged 1 commit intomainfrom
fix/rename-update-to-upgrade

Conversation

@hyunsies
Copy link
Copy Markdown
Contributor

Summary

Renames the configurator's Upgrade-mode generator output from update.sh to upgrade.sh. Editor-mode (day-2 account scope) continues to output update.sh. Eliminates the filename collision that Jin flagged in PR #27.

Motivation

Today the configurator has two distinct flows that both produce a file named update.sh:

  • Upgrade mode — replaces Lambda/IAM/EventBridge to the latest template version
  • Editor mode — adds/removes accounts from scope without redeploying

Customers running both flows get two downloads with the same filename and no way to distinguish them.

Scope

  • Upgrade-mode output renamed: update-<mpe>.shupgrade-<mpe>.sh
  • Editor-mode output unchanged (still update-<mpe>.sh)
  • Split shared i18n keys: new ui_upgrade_generate / ui_upgrade_download for Upgrade tab; ui_editor_* keys keep serving Editor tab
  • Split shared window globals: new _upgradeScript / _upgradeMpe for Upgrade tab; _editor* keep serving Editor tab (prevents cross-tab contamination when customer toggles modes)
  • Visible copy (ui_update_info, ui_update_info_detail) and the UPGRADE INSTRUCTIONS heredoc now say upgrade.sh
  • English-only; 7 non-English translations fall back to English string via existing t() fallback (same pattern as ui_update_confirm_risk in v20.5.3 — follow-up for translation sprint)

Compatibility

  • No runtime Lambda change. YAML is byte-identical to v20.5.3 except four version stamps + one comment.
  • Customers who already deployed v20.5.x are not affected — only the file they download from the configurator changes name.
  • Customer who still has update.sh from v20.5.3 on disk can run it; behavior is identical to v20.5.4's upgrade.sh.

Supersedes

Part of Jin's PR #27 — specifically the update.shupgrade.sh rename (commit cc44ac7). Jin's broader PR #27 is being split into this narrow rename + a separate PR for the new delete-flow (item 2/4/5/6/8 of Wave 0). Item 1 (--use-previous-parameters fix) already shipped as PR #47.

Test plan

  • Layer 1 local: sync-check.py, lint_cfn_correctness.py, lint_event_prefixes.py, lint_shell_injection.py, HTML well-formedness, YAML Lambda py_compile, cfn-lint
  • Layer 1 CI (auto on PR)
  • Manual: open configurator.html in browser, select Upgrade mode, generate script, confirm filename is upgrade-<mpe>.sh
  • Manual: switch to Editor mode, generate script, confirm filename is still update-<mpe>.sh
  • No Layer 2 E2E needed (no runtime/CFN change)

Co-authored-by: Jin Shan Ng (cc44ac7 on PR #27).

🤖 Generated with Claude Code

…(v20.5.4)

The configurator's Upgrade-mode flow (replaces Lambda/IAM/EventBridge to the
latest template version) and its Editor-mode flow (add/remove accounts from
scope without redeploying) both generated a file named update.sh. Customers
running both got two downloads with the same filename and no way to tell
which was which by name alone.

Changes:
- Upgrade-mode output renamed update-<mpe>.sh → upgrade-<mpe>.sh
- Editor-mode output unchanged (still update-<mpe>.sh)
- Split shared i18n keys: ui_editor_generate/download stay on Editor tab;
  new ui_upgrade_generate/ui_upgrade_download added for Upgrade tab (English
  only; 7 non-English translations left as follow-up, same pattern as
  ui_update_confirm_risk in v20.5.3)
- Split shared window globals: _editorScript/_editorMpe scoped to Editor
  mode; Upgrade mode uses new _upgradeScript/_upgradeMpe. Prevents cross-tab
  data contamination if customer toggles between modes
- Visible copy (ui_update_info, ui_update_info_detail) and UPGRADE
  INSTRUCTIONS heredoc now say upgrade.sh
- YAML comment and configurator inline-template comment bumped from
  "read by update.sh" → "read by upgrade.sh"
- Version bumped across 4 canonical sites (Description, MapVersion default,
  TEMPLATE_VERSION constant, TemplateVersion Output) + configurator
  TEMPLATE_VERSION + VERSION_HISTORY entry
- CHANGELOG v20.5.4 entry added; VERSIONING example bumped

No runtime Lambda change; YAML byte-identical to v20.5.3 except for the
four version stamps + one comment. No breaking change — customer who
downloaded update.sh at v20.5.3 still runs fine; it behaves identically to
upgrade.sh at v20.5.4.

Layer 1 local: sync-check ✅, lint_cfn_correctness ✅, lint_event_prefixes
✅, lint_shell_injection ✅, HTML well-formed ✅, YAML Lambda py_compile ✅,
cfn-lint ✅.

Co-authored-by: Jin Shan Ng <ngjinshan99@gmail.com>
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@hyunsies hyunsies merged commit 0cbecef into main Apr 25, 2026
15 checks passed
@hyunsies hyunsies deleted the fix/rename-update-to-upgrade branch April 25, 2026 16:21
@hyunsies hyunsies mentioned this pull request Apr 25, 2026
11 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants