11

Related to this ticket about issues with inflating data.

So far it had been suggested by API's support to request gzip instead of deflate.

However I cannot find a way to override WP settings that set deflate with highest priority as accepted encoding for all requests.

Related functions - WP_Http_Encoding::is_available() and WP_Http_Encoding::accept_encoding().

Is there any hook or other option to control this that I am missing?

Improve this question
3
  • I removed my previous answer because it was not a positive resolution to your question (and rather an answer saying that I can find no simple answer). Additionally, upon second look of previous answer, it was too short/thin with context and examples. Commented Feb 25, 2012 at 17:51
  • I have tired to look into the question ("Is there any hook or other option to control this that I am missing?") again and see no direct means to hook or filter WordPress' WP_Http_Encoding class (where the methods is_available, accept_encoding, and decompress are found). There are a few hooks and filters with in WP_http but none that I can see effecting deflate. Unfortunately, I can see no means to change WordPress' deflate priority outside of making edits and submitting patches to the core. Can you provide code examples of the request made by WordPress that needs a deflate method to be set? Commented Feb 25, 2012 at 17:53
  • @Jonnybojangles see links in question for use case... This is probably quite the edge case, but lack of control over this sucks big way when you do need to change it. Commented Feb 25, 2012 at 20:51

2 Answers 2

Reset to default
4

Quite an edge case, but the accepted encoding types should be filterable nonetheless. I can see a few situations where fine, granular control over this header would be useful (as in adding an API that uses non-standard encoding).

So, while there's no stock hook for this, I have created a Trac ticket for it and submitted a patch. If you voice support on the ticket, maybe we can raise enough noise to get it incorporated into a future release.

Improve this answer
1
  • 1
    Thank you for raising issue there, as you know I don't do trac much. :) Commented Feb 29, 2012 at 17:38
2

Short answer: No, there's no hook for that.

Long answer: You could possibly submit a patch at WordPress Trac, if you really need to adjust this option. Personally, I didn't ever had problemes with WP_Http_Encoding::accept_encoding() and the question you mentioned could be answered by manually gzinflate() the response. IMHO, this seems to be the only solution until someone submits a patch.

Improve this answer

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.