Skip to content
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

The drop-down box disappeared where you can click and choose an item(e.g.:Installation Type,Storage on "Create VM") #13088

Closed
cxhlunar opened this issue Nov 5, 2019 · 12 comments · Fixed by #13227
Assignees

Comments

@cxhlunar
Copy link

cxhlunar commented Nov 5, 2019

Cockpit version: cockpit-machines-205.1-1.fc30.noarch
OS:Fedora30
Page: Create VM,Disk...

The drop-down box disappeared where you can click and choose an item(e.g.:Installation Type,Storage on "Create VM")
The function is still ok but may not so obvious to inform people that it's an drop-down box and user can choose items there.

Steps to reproduce

  1. Click "Create VM", Disk page... etc.
@marusak
Copy link
Member

marusak commented Nov 5, 2019

Can you be please more specific? I don't understand exactly what is missing.
Ideally if you would post screenshot.
(I have slight idea that you might mean that caret on right does not show up? In that case can you also please check if there are some errors in browser's console?)

@cxhlunar
Copy link
Author

cxhlunar commented Nov 5, 2019

Sorry that I didn't describe it clearly, pls check by comparing the following 2 pictures.

screenshot-10 66 92 212_9090-2019 11 05-14_50_32

screenshot-10 66 92 234_9090-2019 11 05-14_55_29

@marusak
Copy link
Member

marusak commented Nov 5, 2019

Ah, I see! Thanks for the report, this is definitely broken.
Are you using just standard fedora 30 cockpit build? Does web browser's console say something (it may have problem with loading of some css files).
Also what browser are you using?

@cxhlunar
Copy link
Author

cxhlunar commented Nov 5, 2019

Yes I'm using standard fedora 30 cockpit build.
I didn't notice any error on web browser's console.
Browser:
Google Chrome Version 74.0.3729.169 (Official Build) (64-bit)

@skobyda
Copy link
Contributor

skobyda commented Nov 6, 2019

@cxhlunar You also mentioned Disk Add and Storage. Does this problem also happens there? Or does it also happens outside of machines page? Let's say in Kernel Dump page -> Crash dump location -> Location dropdown. Does it also happens there?

@cxhlunar
Copy link
Author

cxhlunar commented Nov 7, 2019

Yes, it also happens on Disk add and storage,network ... pages in "Virtual Machines" tab, I only tried on some pages in virtual machines, all have the same problem. You can refer to the following pictures.
I should specify that it's "cockpit-machines" related, not sure about other parts you mentioned above.
screenshot-10 66 92 212_9090-2019 11 07-09_57_18
screenshot-10 66 92 212_9090-2019 11 07-09_57_06
screenshot-10 66 92 212_9090-2019 11 07-09_54_53
screenshot-10 66 92 212_9090-2019 11 07-09_54_37

@skobyda
Copy link
Contributor

skobyda commented Nov 11, 2019

I should specify that it's "cockpit-machines" related

Thanks for response. If that also happens outside of machines page (like in kerneldump page), then it's probably a problem in our general dropdown component, thus no need to specify cockpit-machines.

@KKoukiou
Copy link
Contributor

@cxhlunar what version of cockpit are you using? You said cockpit-machines is 205 but from the screenshots it looks like you're using a pretty old cockpit Base packages, definitely not 205 there.

@KKoukiou
Copy link
Contributor

That is broken on distropkg images which are running
cockpit-bridge-196.3-1.el8.x86_64
cockpit-ws-196.3-1.el8.x86_64

@cxhlunar
Copy link
Author

cxhlunar commented Dec 2, 2019

Yes, the cockpit-machines is 205 but others are 196. After update all the package to the newest version ,it's ok now.

@martinpitt
Copy link
Member

Ack, thanks for confirming!

KKoukiou added a commit to KKoukiou/cockpit that referenced this issue Dec 2, 2019
…can be outdated

base1 directory comes from cockpit-bridge, which is allowed to be in
older version than the packages for plugins.

In many places we use PF4 variables, (see page.css) which in older
versions of patternfly.css didn't exist.

Solve this issue by importing the PF4 variables inside page.css which is
bundled with the extra packages' code.

Fixes cockpit-project#13088
Relevant to: https://bugzilla.redhat.com/show_bug.cgi?id=1777683

Note: This fix is just a quick solution but ideally we need to get rid
of all the CSS inside base1 directory because it can be terribly
outdated.
@martinpitt
Copy link
Member

Reopening, as Katerina just sent a PR for this to work against old versions.

@martinpitt martinpitt reopened this Dec 2, 2019
KKoukiou added a commit that referenced this issue Dec 10, 2019
…can be outdated

base1 directory comes from cockpit-bridge, which is allowed to be in
older version than the packages for plugins.

In many places we use PF4 variables, (see page.css) which in older
versions of patternfly.css didn't exist.

Solve this issue by importing the PF4 variables inside page.css which is
bundled with the extra packages' code.

Fixes #13088
Closes #13227
Relevant to: https://bugzilla.redhat.com/show_bug.cgi?id=1777683

Note: This fix is just a quick solution but ideally we need to get rid
of all the CSS inside base1 directory because it can be terribly
outdated.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants