Request to Add Useful Extensions

[Federico-Baldan]

Hi :),

I would like to suggest adding the following extensions, which were previously available and provided significant utility:

Certificate Info:
Description: Retrieves detailed information about certificates stored in secrets, such as expiry dates.
Repository: Certificate Info Extension

Version Update:
Description: Allows users to easily update the image tags of containers (including CronJobs).
Repository: Version Update Extension

Debug Pods:
Description: Provides an option to run debug pods easily via the lens menu.
Repository: Debug Pods Extension
Note: This extension is currently not functional in OpenLens, but it was working as of two years ago.

Kubernetes distribution: Rancher
Desktop OS: Ubuntu 24.04

[robertobandini]

Hi @Federico-Baldan and thanks for your contribution!

I think that as you did, many others could report other useful extensions for the old open lens, which we would now like to use on Freelens.

The extension https://github.com/freelensapp/freelens-node-pod-menu has been forked because it is considered essential and we would like to bring it back directly as a default feature of Freelens.

For the others at the moment, if they already work with Open Lens, they can be easily adapted for Freelens, as was done for "freelens-node-pod-menu".
We could create a doc and an ad hoc example on this.

The adaptation could be requested via an open issue to the same authors of a given extension.

If the extension is not carried forward, those who want it can, if the license allows it, fork it and make their own to adapt to Freelens.

If it is considered particularly important, but the original authors are no longer developing it, we can fork it, if the license allows it, creating a repository in the freelensapp organization and leaving the development to the relative volunteer contributors.

The first option, in case of extensions already existing and already working, should be to open an issue to the original authors, what do you think? @dex4er

[robertobandini]

Hi @Federico-Baldan

do you think you can contribute by trying to open an issue on the extension repositories you indicated to ask if the projects are still alive and if they can adapt them themselves or create a version for Freelens?

If so, you can indicate here in this issue the links to the open issues so we can keep track of them.

If we understand that the projects are closed or there is no direct will to make a version for Freelens, we will see depending on the license to try to do it directly by creating new repos in the freelensapp org.

Let us know what you think, thanks!

[Federico-Baldan]

Hi,
jkroepke/lens-extension-certificate-info#9
pashevskii/debug-pods-lens-extension#13
ottimis/freelens-version-update#5

ty for all

[jkroepke]

I ask myself, if it's possible to setup a freelens compatible app without breaking compatibility to OpenLens?

[dex4er]

@jkroepke We use different namespace for the modules @freelensapp/ instead of @k8slens/ and different semver versions. Eventually we could provide some shim maybe to fake original module and ie. load the right one depends on the application is started (Openlens or Freelens). The same trick as https://www.npmjs.com/package/any-promise in old times.

[dex4er]

My request:

Multi Pod Logs Lens Extension
Description: An extension that enables you to see logs from multiple pods (and multiple containers within the pod) on Kubernetes.
Repository: https://github.com/andrea-falco/lens-multi-pod-logs

[robertobandini]

I opened an issue: andrea-falco/lens-multi-pod-logs#16

[robertobandini]

Here we go @dex4er!!
https://github.com/andrea-falco/freelens-multi-pod-logs

[robertobandini]

I have also updated our Wiki about that:
https://github.com/freelensapp/freelens/wiki/Extensions

[shubham-dogra-s1]

this extension no longer working with freelens

[robertobandini]

@shubham-dogra-s1
Hi, I assume it's because the extension needs to be adapted to the latest version of the Freelens API.
Have you tried filing an issue with the author about this?
If you need further assistance, please let us know. Thanks.

[robertobandini]

My request:

Multi Pod Logs Lens Extension Description: An extension that enables you to see logs from multiple pods (and multiple containers within the pod) on Kubernetes. Repository: https://github.com/andrea-falco/lens-multi-pod-logs

Interesting! Will you open an issue to ask about Freelens compatibility?
We can also open a doc here to track compatibile extensions, desidered extensions to be converted, work in progress extensions and so on... so if somebody ask for another extension we can add it there.

[robertobandini]

I ask myself, if it's possible to setup a freelens compatible app without breaking compatibility to OpenLens?

Thanks @jkroepke for your contributions!

[robertobandini]

Then we can refer it also on the readme for example @dex4er

[mmoriani]

Hi, jkroepke/lens-extension-certificate-info#9 pashevskii/debug-pods-lens-extension#13 ottimis/freelens-version-update#5

ty for all

I've updated ottimis/freelens-version-update

[robertobandini]

Thanks @mmoriani so @Federico-Baldan you can test it!
Then we can add it to official compatible extensions list.

[jkroepke]

@jkroepke We use different namespace for the modules @freelensapp/ instead of @k8slens/ and different semver versions. Eventually we could provide some shim maybe to fake original module and ie. load the right one depends on the application is started (Openlens or Freelens). The same trick as https://www.npmjs.com/package/any-promise in old times.

Does node resolve the packages name by file system? If so, a symlink may be sufficient.

symlink k8slens link to freelens

[dex4er]

WIndows does not have symlinks.

[jkroepke]

WIndows does not have symlinks.

of course, windows have symlinks: https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/mklink

Secondly, electron asar archive support symlinks as well.

[dex4er]

Ok, so as I checked, it won't help us: it is very easy to adapt plugins from (Open)Lens to Freelens, but it would be difficult to make them working in 2 different applications from the same TGZ package.

It is because of dependencies and incompatible namespaces of the modules.

My experiment:

andrea-falco/lens-multi-pod-logs@master...dex4er:freelens-multi-pod-logs:freelens

The installed extension works:

Rather than introducing the methods incompatible with Node.js ecosystem and actually hackish (ie. using symlinks) we should help to adapt some extensions or do it ourselves as they are on Free and Open-Source licenses.

It the best case we can just fork some repos, patch it then publish NPM pakages to our namespace and update any further changes from the upstream repos.

[robertobandini]

Since open lens is stuck at the end of 2023 and there is no further support for old extensions, I think it comes naturally that they will continue alongside Freelens, since adapting them is currently very easy.

[jkroepke]

@dex4er thats fine and I would agree with you. Symlink could be a low hanging fruit, but fail fast and reject the proposal is fine to me.

I agree, compability to freelens is just search and replace, I do that already on a branch and test it locally.

Everythink works fine including the old lens bugs on install 😅

[dex4er]

@jkroepke So what I really think, symlinks are not really low hanging fruit because of how NPM works.
Extensions are installed with npm install (see

freelens/packages/core/src/extensions/install-extension/install-extension.injectable.ts

Line 18 in 925788d

const baseNpmInstallArgs = [

) then really it would be significant effort to fool NPM to *not (re)install some package and use symlinks instead. Actually npm link command with some fake @k8slens/extensions package that really uses our @freelensapp/extensions maybe.

So it will be some additional tricky code with not so clear tricks to fool NPM vs single search-and-replace in source module of extension.

[robertobandini]

@jkroepke Please open issue about every bug. Thanks!

[jkroepke]

Done! lens-certificate-info is compatible now.

[robertobandini]

Great @jkroepke!! Thank you very much! Also for your questions and thoughts on extensions compatibility.

[dex4er]

There is a bad news: releasing 1.0.0 version will make this extension incompatible again.

So now I want to rethink goals of 1.0.0 release. The most important is to make extension easy to adapt now and later to keep compatibility as much as possible. In this case we should release 1.0.0 real soon and go with other things later, ie. in 1.1.0.

[jkroepke]

is there any help in terms of migration? docs?

[robertobandini]

Yes: application now works and updates are important but not critical. Further updates also won't break compatibility with extensions. My proposition is to go to v1.0.0 now and set the updates as a goal for further v1.1.0.

That's ok, I agree, it will be important to work on updates to maintain functionality and security from 1.1.0.

[robertobandini]

is there any help in terms of migration? docs?

I would like to create one or more doc pages about extensions, I also created this issue.
#114
I think we can use the wiki section here, or start extending the github pages website, another repo under this org.
Do you think you can help here or do you have some other idea/opinion?
Otherwise I'll take care of it as soon as I have time.

If you want to start working on updating dependencies I think there is a lot to do.

[jkroepke]

Do you think you can help here or do you have some other idea/opinion?

It looks like but JS/TS knowledge based on google search and other lens extension. In mean time, I accept other maintainer offerings (e.g. prometheus), so my available time for maintain things is mainly used for other projects. Sorry at this point.

[robertobandini]

Do you think you can help here or do you have some other idea/opinion?

It looks like but JS/TS knowledge based on google search and other lens extension. In mean time, I accept other maintainer offerings (e.g. prometheus), so my available time for maintain things is mainly used for other projects. Sorry at this point.

Yep! I really understand you about "time" and of course all my respect and thanks for the contributions to Prometheus!

[robertobandini]

If you have other extensions that you would like to adapt, report, that you have already requested to be adapted for Freelens... report it to us so that we can update the page I created, thanks:
https://github.com/freelensapp/freelens/wiki/Extensions

[robertobandini]

The link should be put back in the extension installation screen, to point at least to the page:
https://github.com/freelensapp/freelens/wiki/Extensions
Or to a page that lists only those already available.

It might not be bad to have, always in the extension installation screen, a search on the official list of available extensions, a bit like an automatically updated store, so as to already have a catalog to choose from.
What do you think?

[GHARBIyasmine]

Hello, I’ve just released a version of the Freelens Resource Map — you can find it on GitHub and also on npm: @gharbi-yasmine/freelens-resource-map.

In this fork, I mainly updated the dependencies to match the current Freelens stack and fixed a few errors caused by changes in the updated packages (like some attributes becoming private). Aside from those necessary adjustments, the core logic remains untouched — so you'll still get the original structure and behavior as intended by the previous developers.

This was actually my first time working with React, so it was a fun learning experience for me. Hope it works well.

Here's a picture :

[robertobandini]

Hello, I’ve just released a version of the Freelens Resource Map — you can find it on GitHub and also on npm: @gharbi-yasmine/freelens-resource-map.

Hi @GHARBIyasmine, another user did another fork
https://github.com/omarluq/freelens-resource-map-extension
so I updated the Extension page with your two forks:
https://github.com/freelensapp/freelens/wiki/Extensions
As I wrote on Discord, since we haven't had any feedback on the original extension yet, if you want we can create a repository in the freelens organization where we can work together on the extension, merging your forks, what do you think? The other user has already accepted on Discord.
Thanks

[GHARBIyasmine]

Hi @robertobandini, thank you for reaching out. I’d be happy to collaborate and move the extension under the Freelens organization.

[robertobandini]

Thanks @GHARBIyasmine!
I will setup a dedicated repo for you and the other user asap, maybe today!

[omarluq]

Thank you @robertobandini. My fork has diverged significantly from the original as I've updated many of the extension's internal libraries. I suggest we start the new repository from @GHARBIyasmine's fork since it has fewer library changes, and I can begin porting some of my updates as pull requests to the new repository.

[robertobandini]

That's great! So I created a new dedicated repo here: https://github.com/freelensapp/freelens-resource-map-extension/ and @GHARBIyasmine and @omarluq are actually the admins.
You can then start from the first fork and as soon as you have the first version ready let me know and I will update the extensions page again about it.
Now we write that you are working on a new official version and I also warn about the issue of the original extension repo.
For anything else, let us know.

[bogdan556]

Hello,

I would like to propose the trivy-operator extension.
Description: Helps with viewing the vulnerability reports of specific scans and checks that can be performed by the operator running in the cluster.
Repository: https://github.com/aquasecurity/trivy-operator-lens-extension

[robertobandini]

@bogdan556
thanks! It looks like someone else has already opened an issue with the original authors to request it, but there has been no feedback.
aquasecurity/trivy-operator-lens-extension#33
We can list it in the meantime in the extensions that the community would like to adapt for Freelens.
https://github.com/freelensapp/freelens/wiki/Extensions
If the original authors don't adapt it or someone forks it and makes a new one on their own or if someone wants to do it under the GitHub organization we can create the repository for you and enable you to work on it by helping you support it.
Let us know what you think.

[robertobandini]

I tried to create this:
aquasecurity/trivy-operator#2640

[robertobandini]

As you can see here the original authors and the group behind the operator for Trivy do not currently have the ability and intention to carry on the extension and therefore convert it:
aquasecurity/trivy-operator#2640 (comment)

Consequently the possibilities can be:

If someone wants to can fork it personally
If instead of a personal fork you want to collaborate with the Freelens organization, we can fork it with a dedicated repo under the Freelens organization and we can work on it together. Whoever wants to do so can manage the extension, it has already happened for other extensions, such as the one for FluxCD
https://github.com/freelensapp/freelens/wiki/Extensions
We can evaluate creating a fork under the Freelens organization where the Freelens core team works directly, obviously provided they have sufficient capacity
In any case, of course, you are invited to let us know what you think and contact us to collaborate, thanks!