Extensions: Allow extensions to load before login

[rohitsakala]

Is your feature request related to a problem? Please describe.
We need some UI extensions to load before login such internationalization, custom login page, etc..

Describe the solution you'd like
The current solution being explored by the Mapps team is giving the system:unauthenticated access to UI-plugins CRD but the spike is still going on.

Describe alternatives you've considered
N/A

Additional context
Right now, there is no requirement from UI for this issue. But, after the completion of the spike, the Mapps team will edit this issue if there are any UI requirements.
JIRA Issue - https://jira.suse.com/browse/SURE-6315

[richard-cox]

The UI will need to load the plugins earlier than it currently does. Hopefully it should be as clean as simply moving the initialisation stuff, but needs some careful thought

[richard-cox]

@rohitsakala is there a target MS for this one too?

[rohitsakala]

@richard-cox Yes, that would be Q1-2.8 Rancher release. I don't have permissions to add milestone

[gaktive]

Internal reference: SURE-6315

[gaktive]

As @rak-phillip spotted, the UI plugin behaviour changed in rancher/rancher#44230 so that the ui-plugin-operator is now inside Rancher. This means that either we can work on this or we have to check if we have to change the dashboard behaviour.

[rohitsakala]

@diogoasouza Can you update this issue with the expectations that we need from the UI team and also update the JIRA issue corresponding to this and relations with the backend issue ?

[diogoasouza]

@rohitsakala Sure!
The behavior shouldn't have changed, just the endpoints. The ui-plugin-operator helm chart should not be installed anymore.
There are a couple of new ones:

1. /v1/uiplugins: This is the equivalent to the index.json endpoint from before, with the main difference being that it works with unauthenticated users as well if the noAuth flag of the CRD is set to true.
2. /v1/uiplugins/{name}/{version}/{rest:.*}: This is the endpoint to get the files from the extension. Should have the same behavior as the one from the operator, with the difference being handling unauthenticated users

[gaktive]

In the extension examples repo, there's something to try out using the UK locale.

[gaktive]

We should check the behaviour upon logout and relogin since we may have something running and not loaded.

[yonasberhe23]

manual testing is needed to cover the recommended test scenario mentioned in the pr

A cluster with 2 versions of harvester and navigating between the two separate instances

the other scenarios seem to be covered by the e2e tests.

cc @izaac

[izaac]

This issue needs a final validation on a harvester cluster scenario. I've added the label to reflect that.

[lanfon72]

Hi @yonasberhe23 and @izaac, I checked changes in PR #10727, as the extensions function is outside of Harvester, I think it will not affect Harvester's behaviors?

Or and I misunderstanding something?

[richard-cox]

@lanfon72 The important part is https://github.com/rancher/dashboard/pull/10727/files#diff-1898a7b94117e7be24d1cb0e9c46083b62be96b947436ad725d71efa650ed01d which may cause a regression in the way the ui loads the harvester extension from an old harvester and then a newer one from a newer harvester. The user should be able to switch back and forth, specifically being able to exercise newer functionality in the newer harvester.

[IsaSih]

tested v2.9.0-rc3. Switching back and forth from harvester clusters with different versions 1.3.1 and 1.2.2. Extensions loaded as expected.

[noahgildersleeve]

I was checking a bit more into this after reading the earlier comments more closely.

• It doesn’t show SR-IOV GPU in advanced settings on v1.3.1
• it doesn’t show vGPU in advanced settings on v1.3.1
• It’s not loading serial console on either v1.2.2 or v1.3.1 for accessing the VMs
• It’s not loading web VNC on v1.2.2 or v1.3.1 for accessing the VMs

Here are some screenshots. The one missing the settings section are from Rancher, the 0one that has it is the Harvester UI.

[codyrancher]

@noahgildersleeve was this caused when switching between different versions of harvester clusters or were these failing to load even when on refresh?

If it's a problem even on refresh I don't think it's related to this issue.

[gaktive]

Will hold until moving into the Reopened column until this is clarified. As a result, I can't tell if this is a blocker yet. @noahgildersleeve keep us posted.

[gaktive]

@noahgildersleeve this reads like a separate problem from the original ticket's intent.

[richard-cox]

Release notes..

VM Management (Harvester)

Known Issues

In the Rancher UI when navigating between Harvester clusters of different versions a refresh may be required to view version specific functionality.

[richard-cox]

• It doesn’t show SR-IOV GPU in advanced settings on v1.3.1
  • Spun out to Harvester extension does not load correctly when switching between clusters #11559
• it doesn’t show vGPU in advanced settings on v1.3.1
  • Spun out to Harvester extension does not load correctly when switching between clusters #11559
• It’s not loading serial console on either v1.2.2 or v1.3.1 for accessing the VMs
  • Fixed by [backport-v2.9] Fixing harvester cluster page reload routing + Harvester console button #11557
• It’s not loading web VNC on v1.2.2 or v1.3.1 for accessing the VMs
  • Fixed by [backport-v2.9] Fixing harvester cluster page reload routing + Harvester console button #11557

[richard-cox]

Give comment above, this feature is now complete