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

defaultNamespace field in config won't work on changing to other than default #429

Closed
akankshakumari393 opened this issue Nov 4, 2020 · 5 comments
Labels
bug Something isn't working

Comments

@akankshakumari393
Copy link
Contributor

Describe the bug
Botkube doesn't produce report of other namespace except default even if resource configuration is changed

To Reproduce
Steps to reproduce the behavior:

  1. Go to 'resource_config.yaml'
  2. Change the default namespace field other than default for ex- botkube
  3. deploy botkube and then run the command @Botkube get deployments from the applications.
  4. It will show results of default namespace instead of showing result for botkube namespace which is set to be default

Expected behavior
The result expected should be resources listed in botkube namespace

Screenshots
image

Results after deploying botkube
image

Additional context
If -n flag is provided then the response is correct

@akankshakumari393 akankshakumari393 added the bug Something isn't working label Nov 4, 2020
@sgandon
Copy link
Contributor

sgandon commented Nov 9, 2020

Indeed I have also noticed it and fixed it in a PR I am preparing for #421 .

@alexavrutin
Copy link

I also encountered this problem but in my case adding -n didn't help. The bot simply does not return anything if I specify -n. If I don't specify -n, it returns "No resources found..." Any ideas what might cause it?

@sgandon
Copy link
Contributor

sgandon commented Dec 2, 2020

@alexavrutin to be sure about what you are doing, the -n shall be used to specify a namespace like @botkube get pods -n default where default is the namespace named default.
You can just use -n without any string following it.

@ghost
Copy link

ghost commented Feb 25, 2021

#458

@PrasadG193
Copy link
Collaborator

Fixed with: #459

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants