-
👋 This dashboard summarizes my activity on the repository, including available improvement opportunities.
## Recommendations
_Last analysis: Jun 09 | Next scheduled analysis: Jun 16_
### Open
- h…
-
## Problem
`reset-password` subcommand generates a password, but in a CI context is should be interesting to check if an existing user matches a given password, to decide if it must be updated, and f…
-
## Problem
There's no simple way to purge a topic that's by using `kafkactl` or `kafka-admin`. The goal is to be able to easily purge a topic from all the records it contains !
## Suggestion
The …
-
We handle several clusters, in different environments (dev, staging, production) and we have a question about CI/CD in such context :
ns4kafka is able to handle namespaces related to different cluste…
-
## Problem
After applying several version of a schema in the same subject, sometimes I'd wish to erase the last one or an intermediary one (for example, one that is totally unused, or a new schema ad…
-
## Describe the bug
The issues concerns connect-clusters objects and, more specifically, permissions management.
Owners of Connect clusters can authorize other namespaces to deploy connectors on the…
-
Currently the JWT generated during authentication contains the list of the user's groups.
This list can grow quite big depending on the authentication mecanism (gitlab, LDAP, ...)
````json
{
"su…
-
On a brand new setup with kafka 7 + akhq 0.24.0 + ns4kafka 0.11.9, I try to bound ldap auth and use rest claim between akhq and ns4kafka.
Without claim call, I can log in and use ldap groups to def…
piif updated
8 months ago
-
## Describe the bug
`kafkactl apply` allows to create a namespace whose name contains a dot, but forbids to use it.
## To Reproduce
1. Create a .yml resource file with
```
apiVersion: v1
kin…
piif updated
8 months ago
-
## Problem
Suppose that we have a subject with a v1 schema created with ns4kafka
When doing a dry-run / diff with the same schema, kafkactl will return a CHANGED status.
It's because ns4kafka never…