shorten long update titles #245
Labels
No labels
Closed As
Duplicate
Closed As
Fixed
Closed As
Invalid
discussions
easyfix
enhancement
task
ai-review-please
Backlog Status
Needs Review
Backlog Status
Ready
chore
documentation
points
01
points
02
points
03
points
05
points
08
points
13
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Sprint Status
Blocked
Sprint Status
Done
Sprint Status
In Progress
Sprint Status
Review
Sprint Status
To Do
Technical Debt
Work Item
Bug
Work Item
Epic
Work Item
Spike
Work Item
Task
Work Item
User Story
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
quality/blockerbugs#245
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
If there's a Bodhi update with a very long title (e.g. with 50 builds included), it can occupy a lot of space and make the UI elements harder to read and navigate. It's probably a good idea to shorten it, either by cropping after X characters, or by using the update id instead of update title in these cases (not always). This affects the bug list view, the updates view, and the requests view.
Example screenshot 1:

Example screenshot 2:

Example requests text:
Issue tagged with: next
Note, I think @mohanboddu has asked me before to not edit the update titles in the requests, because he literally copies and pastes those lists of builds as part of the releng process. I used to edit them manually to give them snazzy titles like "GNOME 42 megaupdate" or whatever, but because of that request, I stopped :)
@mohanboddu , can you confirm or deny? :D Thanks!
This KDE update makes the popup larger than the available screen, and gets cropped. If not in Requests, we have to shorten it at least in the GUI views.
A duplicate report is in #283.
the update titles in the requests should be less of a problem these days because we now have the 'releng commands' blob which tells them exactly what commands to run. as long as those commands aren't shortened, where they refer to packages.
Metadata Update from @kparal: