Plugin Author
Mike
(@mgsisk)
Can you share a link to your site? I can’t duplicate any feed issues, unfortunately.
WordPress automatically generates feeds for individual post types. To get one for a specific comic, append ?post_type=COLLECTIONID
onto the end of http://yourdomain.com/feed/
. As an example:
http://yourdomain.com/feed/?post_type=webcomic1
Would give you an RSS feed for webcomic’s in the first (default) collection. You can find the collection ID for a Webcomic on the collection settings page (right at the top, near the page title).
Thread Starter
LP
(@kurilissa)
The website we’re having issues with is http://sparklermonthly.com/. Even using the feed URL format you provided does not output any webcomics, just the site’s posts.
Plugin Author
Mike
(@mgsisk)
Interesting. If I had to guess, I’d say another plugin is messing with WordPress’ feed output. What plugins do you have activated?
Thread Starter
LP
(@kurilissa)
We have several, but the first one that strikes me as being a potential culprit is the “Custom Content Type Manager” plugin. All of the custom post types we have get their own feed fine, with exception of the webcomics, so it may have created a conflict. I’ll do some plugin deactivation and see if that fixes it.
Plugin Author
Mike
(@mgsisk)
Great, let me know! I may take a look at that plugin too; there may be something I can do in Webcomic to help, or some way it could be tweaked to make it play nicer with others.
Thread Starter
LP
(@kurilissa)
Update on this – still no response or help from the Custom Content Type Manager plugin people, but I verified that disabling it on a test server does allow the Webcomic feeds to work. Not sure how to fix the problem or where its occurring.
Plugin Author
Mike
(@mgsisk)
Thanks for the update KuriLissa. I haven’t had a chance to look at Custom Content Type Manager, but I’ll see if I can dig through it sometime this week or weekend to find out what’s up.
Plugin Author
Mike
(@mgsisk)
Finally got a chance to look at this. The issue appears to be with the request_filter()
method in the CCTM class (line 2551 in includes/CCTM.php
). The filter appears to be steamrolling the post_type
argument on feed queries, replacing it with only those post types explicitly defined via CCTM and set to be in the site feed.
I’m still seeing if there’s a better way to correct the conflict, but if you don’t care about the feed integration CCTM offers commenting out line 2587 will disable the post_type
overwriting for feed queries.
Plugin Author
Mike
(@mgsisk)
Now that I’ve had some much-needed sleep, here’s a slightly better solution. In CCTM.php
, change line 2567:
if (isset($query['feed'])) {
to this:
if (isset($query['feed']) and empty($_GET['post_type'])) {
This will prevent the post_type argument steamrolling when a post type has been explicitly defined in the post_type
URL parameter. This won’t completely fix the Webcomic issue, however. In webcomic/webcomic.php
, change line1177:
if ( isset( $query[ 'feed' ] ) and 1 === count( $query ) ) {
to this:
if ( isset( $query[ 'feed' ] ) and empty( $_GET['post_type'] ) ) {
This will ensure Webcomic always integrates Webcomic’s into the main site feed (based on your settings, and assuming no post_type
URL parameter has been set). The next Webcomic update will include this fix.
Thread Starter
LP
(@kurilissa)
Thanks as always for your help! Your code plus a recent update for the other plugin finally has our Webcomic feeds working as beautifully as they should be.