Bug #24127
closedUI fails silently when uploading manifests produces warnings/errors
Description
Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1596883
Description of problem:
When a user encounters a warning/error uploading a manifest, there appears to be no validation bubbling up to the UI. The only clue that "something went wrong" is that the user is taken immediately back to the Subscriptions page, and warnings in Monitor > Tasks
Note that it happens only when the import task finishes before the UI polls for a running tasks. If the import task is fast enough to complete in this gap, UI doesn't show any toast notification. If it catches the task, warning is shown normally.
Only toast notifications are affected. There's a message in the notification drawer reporting an error that appears with some delay eventually.
Version-Release number of selected component (if applicable):
6.4.0 snap 10
How reproducible:
Not 100%. It happens only when the import task finishes before the UI polls for a running tasks.
Steps to Reproduce:
Do something which would trigger a validation error. Below is an example.
1. Create two orgs "Org A" and "Org B".
2. Switch to Org A
3. Go to Content > Subscriptions > Manage Manifest
4. Upload a manifest.
5. Switch to Org B
6. Attempt to upload the same manifest used in Org A.
Actual results:
User is silently taken back to Subscriptions page. No error messages, but no manifest upload status bar appears.
If user navigates to Monitor > Tasks, they will see the warning about bad manifest. This needs more visibility.
Expected results:
Errors bubble up to UI
Additional info:
Surely there are other things which can trigger this, but nothing else has been explored. It would be quite worthwhile for dev to try out a number of different permutations while fixing, and for QE to write up test cases.
Updated by Tomáš Strachota over 6 years ago
- Category changed from 111 to Subscriptions
- Target version set to 253
Updated by Walden Raines over 6 years ago
- Target version changed from 253 to Katello 3.7.0
- Triaged set to No
Updated by Justin Sherrill over 6 years ago
- Target version changed from Katello 3.7.0 to Katello 3.7.1
Updated by Tomáš Strachota over 6 years ago
- Status changed from New to Assigned
- Assignee set to Tomáš Strachota
Updated by Walden Raines over 6 years ago
- Status changed from Assigned to Duplicate
Duplicate of #23063
Updated by Walden Raines over 6 years ago
- Is duplicate of Bug #23063: RH subscriptions: trigger toast notifications on errors added