-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Objections to changing boundary to internal on MultiPartFormDataContent? #1970
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
Comments
Hi @jschneidereit, thanks for the report. It would be nice if you make the PR :) |
@e5l - Change is in progress and it looks like I'd have to make |
That's OK |
…dary to subclasses
Hey @e5l could I get a review on the linked PR? I saw in contributing that there were documentation changes required but am not sure what changes I should make since they'll be picked up by intellisense 🤔 |
Using inheritance for extending is generally not the best option and usually causes difficulties due to inheritance and instantiation limitations. I would prefer adding a constructor parameter with the default argument computing by the generate function. So one could simply pass a custom value if required. |
@cy6erGn0m how about my solution in #2003? |
Please check the following ticket on YouTrack for follow-ups to this issue. GitHub issues will be closed in the coming weeks. |
ktor/ktor-client/ktor-client-core/common/src/io/ktor/client/request/forms/FormDataContent.kt
Line 43 in 3ce3906
I'd like to change this to internal so I can consume the boundary like so:
The text was updated successfully, but these errors were encountered: