Project

General

Profile

Actions

action #153475

closed

coordination #154768: [saga][epic][ux] State-of-art user experience for openQA

coordination #157345: [epic] Improved test reviewer user experience

Reconsider the formatting of variable-names in the reason field, e.g. "$auto_clone_regex" size:S

Added by okurz 11 months ago. Updated 9 months ago.

Status:
Resolved
Priority:
Low
Assignee:
Category:
Feature requests
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:

Description

Motivation

From the SUSE QE Tools coordination call when we had a demonstration about #152569 we realized that a string like [Not restarting because job has been restarted already $auto_clone_limit times and failed with /$auto_clone_regex/] is confusing because of the dollar signs. And it doesn't reveal the values so it's not obvious what the number or the regex is.
For reference the "already cloned n times" message does state the maximum.

Acceptance criteria

  • AC1: The user facing informational messages avoids dollar-signs as those are implementation-specifics
  • AC2: The messages still state explicitly that those values can be configured somehow

Suggestions

  • Consider using explicit wording like "variables" or "settings" (or ALL_CAPS) and/or reference the actual values
  • Consider prefixing the config section, e.g. "global:auto_clone_regex" or "global.auto_clone_regex"
  • Add a help icon or URL to the point where the actual value is defined
  • Expand the values, either within the reason or somewhere else like in a comment, the investigation tab or elsewhere
  • Clarify limitations of the reason, and if they can be addressed

Related issues 1 (0 open1 closed)

Copied from openQA Project (public) - action #152569: Many incomplete jobs endlessly restarted over several weeks size:MResolvedtinita2023-12-132024-01-12

Actions
Actions

Also available in: Atom PDF