Settings and activity
9 results found
-
3 votes
An error occurred while saving the comment Shaun Killingbeck supported this idea · -
6 votes
An error occurred while saving the comment Shaun Killingbeck commentedWe've needed this feature for a very long time, and had to invest a lot of engineering effort working around it (which has in turn created a lot of additional complexity and tech debt)
The Aiven platform already has this feature for certificate expiry, so extending the same/similar to resetting credentials would be ideal (though it would need to be optional, e.g. in case the credentials were being reset due to being leaked)
Shaun Killingbeck supported this idea · -
8 votesShaun Killingbeck supported this idea ·
-
29 votesShaun Killingbeck supported this idea ·
-
12 votes
This is partially being realised with users being able to view what service is available and what update will take place.
Shaun Killingbeck shared this idea · -
3 votesShaun Killingbeck supported this idea ·
-
8 votesShaun Killingbeck supported this idea ·
-
11 votesShaun Killingbeck supported this idea ·
-
10 votes
An error occurred while saving the comment Shaun Killingbeck commentedAbsence of this feature makes it infeasible to use OIDC with Kafka, since currently Schema Registry auth would still need to use a different mechanism (negating the value of adopting OIDC)
Shaun Killingbeck supported this idea ·
Similarly, the event log for ACL deletion should state the user, resource and permission of the ACL (like the ACL creation log) and not just the ID - the random ID of a deleted ACL isn't much use after the fact for debugging issues, because there's no way at that point to know what the ACL used to do