-
Notifications
You must be signed in to change notification settings - Fork 20
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
Client crashes GenericKubernetesClient.prepareDecoder
#24
Comments
I wonder if the |
Hm this looks suspicious: The |
@t089 Thanks for the bug report 👍 I'll try to find a solution for propagating the |
GenericKubernetesClient.prepareDecoder
One fix for this would be the no-code approach 😉. The I was planning on dropping the However, there are some missing bits and pieces, in order to completely make the transition. |
other quick fixes:
|
Yes, however, there are some drawbacks with keeping that code, since it was more-or-less a workaround for decoding unknown types. With the introduction of Besides, I think it is better to avoid creating a decoder for each request, in order to be more memory friendly. And a global lock would be another workaround. |
Yes, sounds reasonable! |
Hello, not sure if this helps, but I noticed a crash in an app today that might be related to SwiftkubeClient.
This is the backtrace:
At this time the app was most likely doing only one thing: watching a list of Pods.
And
refreshTargets
only does this withclient
:The text was updated successfully, but these errors were encountered: