ZF-10112: Pubsubhubbub Subscriber : bad content type on subscription request
Description
in _doRequest method of Zend_Feed_Pubsubhubbub_Subscriber, the call of $client->setRawData($this->_getRequestParameters($url, $mode)); without second parameter $enctype reset the enctype to null. (previously set to url encoded by the call of $client->setMethod in _getHttpClient)
the request must have a Content-Type of application/x-www-form-urlencoded according to PubSubHubbub specs : http://pubsubhubbub.googlecode.com/svn/trunk/…
Comments
Posted by Patrick Günther (patrickg) on 2010-10-10T05:29:10.000+0000
Since you are about to fix this component. Can you fix this bug too?
Posted by Pádraic Brady (padraic) on 2010-10-10T11:21:13.000+0000
Not sure this is correct. A value of NULL for the encoding forces the default to be used which is the correct url encoding. Nevertheless, since custom clients can be passed around in the future, I've made it an explicit setting in r23071 to avoid any confusion.
Posted by Patrick Günther (patrickg) on 2010-10-10T14:05:34.000+0000
I had problems subscribing to a PuSHPress-Hub because PHP doesnt set $_POST parameters if the encoding is not application/x-www-form-urlencoded. Btw, same at Zend_Feed_Pubsubhubbub_Publisher line 414.
Posted by Pádraic Brady (padraic) on 2010-10-10T14:40:07.000+0000
Fixed in trunk! :P I Need to look at Zend_Http_Client because this should be done by default. Somewhere amid all the null value, the setEncType() call isn't applying it's default value.
Posted by Marc Hodgins (mjh_ca) on 2010-11-23T21:56:09.000+0000
Removing fix version. Issues marked 'duplicate' don't need a fix version -- it makes them appear in the JIRA changelog and/or roadmap.