-
Notifications
You must be signed in to change notification settings - Fork 79
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
consoles: Some redesign #1972
consoles: Some redesign #1972
Conversation
Because why not? The expanded console allows startig stopping the machine.
This is done by always having a VNC console, and letting it show the "Add" button when there is no VNC display.
Since VNC has its own launch button now. Use a custom design for the Spice launcher so that we can add things like the "Replace" button.
So that people can edit them, or replace them, etc.
38c6464
to
f77c723
Compare
import { Dropdown, DropdownItem, DropdownList } from "@patternfly/react-core/dist/esm/components/Dropdown"; | ||
import { MenuToggle } from "@patternfly/react-core/dist/esm/components/MenuToggle"; | ||
import { Divider } from "@patternfly/react-core/dist/esm/components/Divider"; | ||
import { Split, SplitItem } from "@patternfly/react-core/dist/esm/layouts/Split/index.js"; | ||
import { EmptyState, EmptyStateBody, EmptyStateFooter } from "@patternfly/react-core/dist/esm/components/EmptyState"; |
Check notice
Code scanning / CodeQL
Unused variable, import, function or class Note
Some random thoughts while watching the video:
|
In the dialogs? Yes, absolutely.
Yeah, but if the listen port is 127.0.0.1 for example, then telling people to connect to "dev.mvo.lan" isn't helping, no? I think the best advice we can give is to run
It works for me (if the network is setup properly and the listening address works for connecting as the client). Firefox will download the file and you can click on it in the dropdown that opens. That will open the viewer.
Alright, I wasn't sure! :-)
I can't say. I got lazy and didn't add them in my experiments, but we probably should keep them. |
Right. I think we should handle this specially -- with "0.0.0.0" or something else (rare, and benefit of the doubt) we give "cockpit-hostname:port", and with 127.0.0.1 the ssh tunneling. That should cover the common cases?
Ah, that works even with these totally random file names? nice! I thought they had to be called |
I guess... We also need to use the right address in the *.vv file, but that can't do SSH tunneling... but it's of course much better to get a "connection refused" error for the correct address than to connect to 127.0.0.1 and maybe pick up the console of the wrong machine. |
Firstly: I'm ecstatic that you're working on this in general! This is excellent. However, I don't understand what this PR is trying to do...
What we need to do instead:
Current state of the mockups... they still need work; we need to discuss it and decide what to do with various features, but here they are right now: There are other parts to the mockups too (showing extended information for remote connections, configuring the port, etc.), but they heavily need more work (as they were made before we dropped SPICE, for example). These are old designs done to address needs that people who use Cockpit Machines actually have, as a "quick" response to the issues they encountered. They were intended to get the ball rolling and to have a conversation about how to fix Cockpit Machines, but I haven't focused on them, as nobody actually picked them up until now. I'm super happy you're thinking about this and working on this, but we need to make sure we don't "put the cart before the horse". We need to have a dicussion about what is needed, figure out how it should all fit together, work on a design, make new mockups to address this, and then implement it. (Part of the problem of the Machines page right now is that it's a hodgepodge of various features shoved together over the years, with small updates here and there on top; we need to fix it and make it more cohesive and address the various conceptual and implementation issues.) |
Clarification: It isn't supported in RHEL 9/10. Everywhere else (Fedora/Debian/Arch/Ubuntu) it still is. |
This was just me digging into c-machines consoles in general, and trying to figure out how to make progress with the stuff in #1795, without introducing all the bugs it has right now. Before doing this, I wasn't really aware how broken the "Launch viewer" button actually is, I have to admit. |
Not yet :-) Thanks for clarifying how multiple serial consoles should be handled. |
From what I previously understood: The primary developers of SPICE was Red Hat, and Red Hat decided to stop actively developing it. (Being packaged and shipped in a distro is not the same thing as supported either commercially or by a community of coders, of course. Just because it exists in a distribution doesn't mean it's being developed or maintained, or "supported" in any sense of the word.) There are a handful of repos at https://gitlab.freedesktop.org/spice/?sort=latest_activity_desc that have had updates as of weeks and months ago, at least. While SPICE is already rather feature complete, I do see some bugfixes in a few repos over the past few years. So that's great to see! |
That's definitely a way. It's assuming there will generally be 1, and if there's more than one, add numbers to the tab, and that there's some kind of overflow in PF. I would like for us to make the widget larger, and that would provide more space too. How many serial consoles will VMs typically have? 1? More? |
I want to start over with this. Thanks for all the comments, I'll not forget them. |
0 to 1, I would say. |
Thanks for making this PR! It's rekindled and moved the conversation along for all of us! 👍 |
Demo: https://youtu.be/1DbJH9FRMsw