Skip to content

ext/curl interface.c: modify curl_setopt_handler to allow resetting CURLOPT_HEADERFUNCTION callback #279

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

Closed
wants to merge 6 commits into from

Conversation

msmuenchen
Copy link

Sometimes it may be useful to remove a CURLOPT_HEADERFUNCTION callback (this
is supported in the cURL API by passing NULL as callback), e.g. when doing
cURL FTP with custom commands like MLST which need a CURLOPT_HEADERFUNCTION
to parse the server return, and then wanting to do other FTP commands which
would be irritated by the presence of a CURLOPT_HEADERFUNCTION callback.

This absolutely needs more work, especially checking if the
CURLOPT_HEADERFUNCTION handler was something other (like a stream redirect) -
the current implementation just checks if the previous handler was a user
callback and errors out otherwise.

…URLOPT_HEADERFUNCTION callback

Sometimes it may be useful to remove a CURLOPT_HEADERFUNCTION callback (this
is supported in the cURL API by passing NULL as callback), e.g. when doing
cURL FTP with custom commands like MLST which need a CURLOPT_HEADERFUNCTION
to parse the server return, and then wanting to do other FTP commands which
would be irritated by the presence of a CURLOPT_HEADERFUNCTION callback.

This absolutely needs more work, especially checking if the
CURLOPT_HEADERFUNCTION handler was something other (like a stream redirect) -
the current implementation just checks if the previous handler was a user
callback and errors out otherwise.
…FUNCTION) is called when the handler is PHP_CURL_IGNORE already
…lly break if the previous handler was not a function
@weltling
Copy link
Contributor

some tests maybe here too?

@smalyshev
Copy link
Contributor

@msmuenchen ping?

@smalyshev
Copy link
Contributor

@msmuenchen so what about tests?

@php-pulls
Copy link

Comment on behalf of krakjoe at php.net:

Since the work on this patch was never completed, and since it has merge conflicts with master today, and since it had no tests for QA, I'm closing this PR.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants