Kuadrant OpenShift/OKD Console Plugin

See below for setup requirements.

Based on https://github.com/openshift/console-plugin-template

Screenshots

Running

• Target a running OCP with oc login
• yarn run start # start webpack
• yarn run start-console # start local ocp console + proxy

Requirements for running locally

Node.js and yarn are required to build and run this locally. To run OpenShift console in a container, either Docker or podman 3.2.0+ and oc are required.

Getting started

Option 1: Local

In one terminal window, run:

1. yarn install
2. yarn run start

In another terminal window, run:

1. oc login (requires oc and an OpenShift cluster)
2. yarn run start-console (requires Docker or podman 3.2.0+)

This will run the OpenShift console in a container connected to the cluster you've logged into. The plugin HTTP server runs on port 9001 with CORS enabled. Navigate to http://localhost:9000 and click "Kuadrant" in the left sidebar menu to see the running plugin.

Option 2: oinc (no cluster required)

oinc (OKD in a container) provides a lightweight OpenShift-compatible cluster locally with the console built in. This sets up a full environment with Kuadrant, Istio, cert-manager, and the OpenShift console, with hot reloading for plugin development.

Prerequisites: oinc, kubectl, Docker or podman, Node.js.

make oinc          # create cluster + start plugin dev server with hot reload
make oinc-teardown # tear it all down

Console runs at http://localhost:9000, plugin at http://localhost:9001. If the cluster already exists, make oinc skips setup and just starts the plugin server.

Option 3: Docker + VSCode Remote Container

Make sure the Remote Containers extension is installed. This method uses Docker Compose where one container is the OpenShift console and the second container is the plugin. It requires that you have access to an existing OpenShift cluster. After the initial build, the cached containers will help you start developing in seconds.

1. Create a dev.env file inside the .devcontainer folder with the correct values for your cluster:

OC_PLUGIN_NAME=kuadrant-console-plugin
OC_URL=https://api.example.com:6443
OC_USER=kubeadmin
OC_PASS=<password>

2. (Ctrl+Shift+P) => Remote Containers: Open Folder in Container...
3. yarn run start
4. Navigate to http://localhost:9000 and click "Kuadrant" in the left sidebar menu

Docker image

Before you can deploy your plugin on a cluster, you must build an image and push it to an image registry.

1. Build the image:

docker buildx create --use
docker buildx build --platform linux/amd64,linux/arm64 -t quay.io/kuadrant/console-plugin:latest --push .

2. Run the image:

docker run -it --rm -d -p 9001:80 quay.io/kuadrant/console-plugin:latest

NOTE: If you have a Mac with Apple silicon, you will need to add the flag --platform=linux/amd64 when building the image to target the correct platform to run in-cluster.

Deployment on cluster

Two easy ways to deploy.

Via kubectl or oc

oc apply -f install.yaml

or

kubectl apply -f install.yaml

Via the kuadrant-operator

Install via the kuadrant-operator. If the operator detects it is running on OKD or OpenShift, the operator will automatically configure and install the plugin. You will need to enable it in Cluster Settings.

i18n

The plugin demonstrates how you can translate messages with react-i18next. The i18n namespace must match the name of the ConsolePlugin resource with the plugin__ prefix to avoid naming conflicts. For example, this plugin uses the plugin__kuadrant-console-plugin namespace. You can use the useTranslation hook with this namespace as follows:

const Header: React.FC = () => {
  const { t } = useTranslation('plugin__kuadrant-console-plugin');
  return <h1>{t('Hello, World!')}</h1>;
};

For labels in console-extensions.json, you can use the format %plugin__kuadrant-console-plugin~My Label%. Console will replace the value with the message for the current language from the plugin__kuadrant-console-plugin namespace. For example:

{
  "type": "console.navigation/section",
  "properties": {
    "id": "admin-demo-section",
    "perspective": "admin",
    "name": "%plugin__kuadrant-console-plugin~Kuadrant%"
  }
}

Running yarn i18n updates the JSON files in the locales folder of the plugin when adding or changing messages.

Linting

This project adds prettier, eslint, and stylelint. Linting can be run with yarn run lint.

The stylelint config disallows hex colors since these cause problems with dark mode (starting in OpenShift console 4.11). You should use the PatternFly global CSS variables for colors instead.

The stylelint config also disallows naked element selectors like table and .pf- or .co- prefixed classes. This prevents plugins from accidentally overwriting default console styles, breaking the layout of existing pages. The best practice is to prefix your CSS classnames with your plugin name to avoid conflicts. Please don't disable these rules without understanding how they can break console styles!

Linting Extensions

If you'd like to auto lint, install these VSCode extensions and configure formatting on save:

• Prettier
• Stylelint

Format on save in VSCode:

Update settings.json (File > Preferences > Settings):

"editor.formatOnSave": true

Version matrix

kuadrant-console-plugin version	PatternFly version	Openshift console version	Dynamic Plugin SDK
v0.0.3 - v0.0.18	5	v4.17.x	v1.6.0
TBD	5	v4.18.x	v1.8.0
TBD	6	v4.19.x	TBD

Openshift console is configured to share modules with its dynamic plugins (console plugins). For more information on versions and changes to the shared modules, please see the shared modules documentation

Maintenance

Cleaning up Quay tags

scripts/delete-quay-tags.sh deletes transient tags from a Quay repository (default: quay.io/kuadrant/console-plugin), keeping only latest, main, and semantic version tags prefixed with v (e.g. v0.5.0).

Tag listing uses skopeo with the Docker/Podman auth file (docker login quay.io). Tag deletion uses the Quay.io REST API (OAuth2), which requires a separate access token.

To generate the OAuth token:

1. Log in to quay.io → (Account or Org) Settings → Applications
2. Create an application, click Generate Token, tick Administer Repositories
3. Copy the token

docker login quay.io   # for tag listing via skopeo
QUAY_TOKEN=<oauth-token> ./scripts/delete-quay-tags.sh

Set DRY_RUN=true to preview what would be deleted without removing anything:

DRY_RUN=true QUAY_TOKEN=<oauth-token> ./scripts/delete-quay-tags.sh

To target a different repository:

REPO=quay.io/myorg/myrepo QUAY_TOKEN=<oauth-token> ./scripts/delete-quay-tags.sh

To use a non-default auth file:

AUTHFILE=~/.config/containers/auth.json QUAY_TOKEN=<oauth-token> ./scripts/delete-quay-tags.sh

Deletions are confirmed interactively in batches of 25.

References

• Console Plugin SDK README
• Customization Plugin Example
• Dynamic Plugin Enhancement Proposal
• Console Plugin Template

Troubleshooting

For troubleshooting common issues, please see TROUBLESHOOTING.md.