-
Epic
-
Resolution: Unresolved
-
Major
-
None
-
polite-vnc
-
Product / Portfolio Work
-
77
-
False
-
-
False
-
- Opening the console tab in the UI does not kill an existing VNC connection if the user does not request it explicitly
-
None
-
To Do
-
40% To Do, 20% In Progress, 40% Done
-
dev-ready, doc-ready, po-ready, qe-ready, ux-ready
-
Yes
Goal
If a user creates a new VNC connection, even without intention by opening the console tab in the UI, would drop an already existing VNC connection.
User Stories
- As a UI user, I would like to open the console tab, without unintentionally killing already existing VNC session.
UX doc
https://docs.google.com/document/d/1MJFOrB512smthxIDl5QeZWT4D0cN0FnhPoFNz19fHkk/edit?usp=sharing
Non-Requirements
- This epic is about single session VNC, multi session VNC is covered by https://issues.redhat.com/browse/VIRTSTRAT-488
Notes
- Any additional details or decisions made/needed
- clones
-
CNV-66115 Make the user aware that the new VNC connection might drop an existing one
-
- New
-
- duplicates
-
CNV-68588 Release note: NEW polite VNC
-
- New
-
- relates to
-
CNV-60117 Regular VNC console disconnect, due to competing request between the VNC thumbnail, and a full screen VNC view.
-
- POST
-
- links to
(1 links to)
1.
|
upstream roadmap issue |
|
Closed | |
Unassigned |
2.
|
upstream design |
|
Closed | |
Unassigned |
3.
|
upstream documentation |
|
Closed | |
Unassigned |
4.
|
upgrade consideration |
|
Closed | |
Unassigned |
5.
|
test plans in polarion |
|
Closed | |
Unassigned |
6.
|
automated tests |
|
Closed | |
Unassigned |
7.
|
downstream documentation merged |
|
Closed | |
Unassigned |
8.
|
CNV QE DevOps Requirement/Enablement |
|
Closed | |
Unassigned |