Skip to content
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
1 change: 1 addition & 0 deletions ui/public/locales/en.json
Original file line number Diff line number Diff line change
Expand Up @@ -1540,6 +1540,7 @@
"label.max.primary.storage": "Max. primary (GiB)",
"label.max.secondary.storage": "Max. secondary (GiB)",
"label.max.migrations": "Max. migrations",
"label.maxbackup": "Max. Backups",
"label.maxbackups": "Max. Backups",
Comment on lines +1543 to 1544

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

these are now double. should we rename the reference instead?

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Both keys are built dynamically from different API names, so I don't think either can be renamed without breaking the other screen:

  • The Resource Limits tab builds label.max + the resource type name (ResourceLimitTab.vue:32), and for type 12 that name is backup, giving label.maxbackup.
  • The backup schedule list takes its columns from the fields array in storage.js ('maxbackups'), and AutogenView.vue turns each into label. + the field name, giving label.maxbackups.

Both backup and maxbackups come from the API response, so the keys follow them.

Snapshots already work the same way: label.maxsnaps (snapshot schedule field) and label.maxsnapshot (resource limit) both read "Max. Snapshots".

If you'd rather not have the duplicate, the alternative is to special-case backup in ResourceLimitTab.vue so it reuses label.maxbackups, but that adds code to avoid one string. Happy to do that if you prefer.

"label.maxbackupstorage": "Max. Backup Storage (GiB)",
"label.maxbackups.to.retain": "Max. Backups to retain",
Expand Down
Loading