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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feedback about Monokle? we would love to hear it! #1550

Open
chlete opened this issue Apr 1, 2022 · 27 comments
Open

Feedback about Monokle? we would love to hear it! #1550

chlete opened this issue Apr 1, 2022 · 27 comments
Assignees
Labels
user-issue Issue reported by external user

Comments

@chlete
Copy link
Contributor

chlete commented Apr 1, 2022

Hi everybody! first of all, thanks for using Monokle 馃

We value your feedback as we update our roadmap based on our user feedback.
Please let us know what do you think in the comments below:

  1. How are you using Monokle (i.e what problems it helps you the most)?
  2. What would you like to see?
  3. What bothers you?

Wanna chat with us? Find us on Discord

@chlete chlete pinned this issue Apr 1, 2022
@jfermi jfermi unpinned this issue Apr 8, 2022
@chlete chlete pinned this issue Apr 18, 2022
@lethargosapatheia
Copy link

lethargosapatheia commented Apr 20, 2022

I've already discussed this with one of the developers, but in my case (m1 mac os monterey 13.1 and macbook pro), when I open a chart (in this case NATS helm) and go to "Helm Charts" I see that the values file is called alues.yaml. Exactly the same behaviour on both laptops.
fyi:

helm repo add nats https://nats-io.github.io/k8s/helm/charts/
helm pull nats/nats

@devcatalin
Copy link
Member

Hi @lethargosapatheia , I've created an issue about that here #1647 and we finally have a way to reproduce the error. This will get fixed as soon as possible and will be available in the 1.7 release or in one of the nightly builds.

@chlete chlete changed the title Are you using Monokle? we would love to hear it! Feedback about Monokle? we would love to hear it! May 26, 2022
@pcgeek86
Copy link

I'd love to see Kyverno support added for policy management. Personally, I think writing custom policies in OPA is ridiculously confusing, so I am not really a fan of it.

If you're looking to adopt a more general purpose policy solution, I would explore JSPolicy. It seems that Loft has abandoned the project, but I would rather use JavaScript to define policies rather than OPA's "special" language.

@deiga
Copy link

deiga commented Oct 28, 2022

Your Discord invites and links seem to be invalid.

@olensmar
Copy link
Member

thanks @deiga - looking into it!

@olensmar
Copy link
Member

thank you @pcgeek86 - we're looking into supporting alternative policy engines - agree that rego/OPA isn't the most natural of languages... i've created #2639 - please add more details/ideas/suggestions there if you have any!

@topliceanurazvan
Copy link
Member

Your Discord invites and links seem to be invalid.

Hey @deiga, the link to our Discord channel from the description was updated. You should be able to get an invite to join it.

@WitoDelnat
Copy link
Contributor

WitoDelnat commented Nov 9, 2022

I'd love to see Kyverno support added for policy management. Personally, I think writing custom policies in OPA is ridiculously confusing, so I am not really a fan of it.

If you're looking to adopt a more general purpose policy solution, I would explore JSPolicy. It seems that Loft has abandoned the project, but I would rather use JavaScript to define policies rather than OPA's "special" language.

Hello @pcgeek86, we've been working on custom validation with TypeScript and I believe you might love it. We value user feedback a lot so I was wondering if you're interested in joining our Discord. That way I can invite you for a small one-on-one session where you can get a sneak preview of the feature and we can find out whether it solves your frustrations with OPA.

@pcgeek86
Copy link

pcgeek86 commented Nov 9, 2022

@WitoDelnat I'm actually in the Discord server already. My username is pcgeek86#5950

@absmith82
Copy link

When I connect my cluster to monokle it basically brings up the numbers of all the workloads and services that I have in my cluster and then freezes and I cannot use the system.

I was hoping to be able to replace lens with Monokle because of recent issues from the lensapp team, but at this point in time, the speed of connecting to my cluster is way to slow and I would not be able to use it.

@olensmar
Copy link
Member

olensmar commented Jan 5, 2023

thanks for your feedback @absmith82 - improving performance is top priority for our next release - hopefully that will make Monokle a viable alternative to Lens going forward - we'll let you know once it's released!

@chargio chargio self-assigned this Mar 3, 2023
@matthewhembree
Copy link

IMO, on startup, the app should block until the telemetry question has been answered.

Before I can even answer the question, the app apparently spawns kubectl and Python, querying (all of?) my control planes. And apparently due to the performance issues (v2.0.4), I amass ~700 processes each of kubectl and Python --before the system halts. You should at least wait before the telemetry question has been answered.

@mortada-codes
Copy link
Contributor

Thank you, @matthewhembree, for the feedback. We will address this very soon.

@mortada-codes
Copy link
Contributor

@matthewhembree, Regarding the ~700 processes, how many contexts do you have?

@chargio chargio added the user-issue Issue reported by external user label Mar 16, 2023
@matthewhembree
Copy link

@matthewhembree, Regarding the ~700 processes, how many contexts do you have?

Hi @mortada-codes I have 20 contexts. Some have a decently large number of namespaces. The largest has ~130 namespaces. Second is ~90.

If this behavior is unexpected for that number of contexts:namespaces, I can create a separate issue.

@mortada-codes
Copy link
Contributor

Thank you, @matthewhembree. We are working on a patch fix.

@mortada-codes
Copy link
Contributor

@npdev453
Copy link

npdev453 commented Sep 8, 2023

Sad first experience on Windows:

  • prerequirements not handled by installer and not described anywhere
    (maybe should be going by Lens way without painful PATH configuration?)
  • errors warnings, tooltips have not enought detials to fix by self (also impossible to find somthing in repo or docs about it)
    • image (there is no tooltip or something!)
    • image (incorrect tooltip for inactive button, expect reason)
    • image
  • telemetry enabled by default

Anyway app looks great, but I think need an extra year for this tool to be more pleasure for new users.

@olensmar
Copy link
Member

olensmar commented Sep 8, 2023

thanks @npdev453 for reporting - that's definitely a sad experience.. we'll dig in 馃憤

@Anemun
Copy link

Anemun commented Oct 19, 2023

In v2.4 there is no more button to deploy my helm chart, only to preview dry-run. It was a convinient way to deploy charts with specific set of values and parameters, now gone :( Please, bring it back.
But nevertheless Monocle is a great app, thank you very much for your work!

@devcatalin
Copy link
Member

hi @Anemun , I just checked and it looks like we still have the Install button in the header of the Code Editor when you have a Values file selected, but it is missing for "Dry Run Configurations".
This is a bug related to selections and we will fix this as soon as possbile.
You can still deploy a Values file by selecting it in the File Explorer instead of the Dry-runs panel.
But for the configurations we'll have to publish the fix. Thanks for reporting it!

What do you think of the rework we did for the UI of the dry runs?
Do you like it better than 2.3.x? Any feedback?

@Anemun
Copy link

Anemun commented Oct 19, 2023

@devcatalin thank you!
I mostly like the rework, it became more clearer and simpler to run. But in charts with many subcharts the list of dry-runs becoming very long, more scrolling required. Though now there is no need to create every dry-run configuration manually, that's a plus.

If we are talking about dry-run configurations, I have a suggestion. In current build, when you create dry-run configuration, you choose either it will be Template or Install. Maybe, make it as a button like "Deploy"? For example, I have a dry-run configuration with specific values and parameters and I want to first run Template, then Dry-run, then Install, without changing configuration itself.

@simonoff
Copy link

For me was a really strange that there no autocompletion for kustomize at all. but at vscode-kubernetes-tools/vscode-kubernetes-tools#824 it was advertized as a best support for kustomize.
Take a look on https://github.com/Allaman/kustomize.nvim - this is an example of such support

@simonoff
Copy link

It's all that you can say? Sad...
good luck with your editor anyway!

@olensmar
Copy link
Member

Hi @simonoff - thanks for your feedback! You should be getting auto-complete for kustomize overlays - see screenshot below - in what way was this not working?

image

Also - what really sets Monokle apart when it comes to Kustomize is the possibility to interactively dry-run kustomize overlays to see / validate / compare their output. Afaik no other tool allows you to do that.. Happy to hear any other comments/requests from you - please share!

@simonoff
Copy link

As for me biggest pitfall is that i'm unable to autocomplete the files.
For example, i have a folder with kustomize.yaml and a list of files. In neovim I just use same autocomplete to autocomplete the files inside such folder. In VSCode and your editor - need to write them manually.

@olensmar
Copy link
Member

thanks @simonoff ! just to be 100% sure that we understand your issue - could you share a screenshot or short video of how it works in neovim and not in Monokle/VS-Code? Really appreciate your help!

@WitoDelnat WitoDelnat unpinned this issue May 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
user-issue Issue reported by external user
Projects
Status: No Status
Development

No branches or pull requests