Angela

Looks like 2.0.1 fixes the multiple widget problem! And thanks for the custom template documentation — that will be a handy feature for a lot of folks.

(While testing earlier, I had also run into another issue you fixed, where the widget screwed up the rest of the page if you didn’t specify a title. Glad that’s sorted out too!)

Thanks!! ??

Excellent, thank you! ??

Excellent, thank you! ?? I look forward to the next update!

Hi, Sirquentin! Do you know which portion of your functions.php file was causing the error? I’m getting the same error, and I’m about to start poking around in my functions.php file to see what’s causing the problem.

Edited to add: Whoops, my error was the same, but with a totally separate cause (attachment extender plugin). I disabled the plugin, since it’s pretty unnecessary now anyway. Please disregard! ??

Yep, it’s broken for me as well. :-/ (WP v3.1.1 with plugin v1.0.0) Selecting the “Change Parent” option from the drop-down menu and clicking “Apply” only seems to reload the page, no matter how many checkboxes are ticked. There’s no way to enter a new parent ID.

Found the solution to the “Walker_Page” error: I needed to make sure all my root directory “wp-*.php” files had been properly uploaded to the server. User error… /facepalm

(Deleting the “/wp-includes/classes.php” file, which isn’t used in 3.1, helped point me to where the actual problem was.)

I have to do a manual update on a client’s site because the auto-update isn’t compatible with her site host. I got this error as well, and the only two places I find “Walker_Page” are in page_template.php and comment_template.php — both of which are WordPress 3.1 core files. I’ve tried re-uploading those two files, but page_template doesn’t exist in my 3.0.5 version file structure.

I’ll have to roll back to 3.0.5 so her customers can access her site until there’s some sort of resolution. :-/

I had this problem at first, as well. You need to make sure you word the header in your template file exactly as described in the plugin documentation (“Single Post Template” instead of “Template Name”):

<?php
/*
Single Post Template: My Awesome Template
*/
?>

No problemo! Glad to have helped. ??

I’ve run into this problem as well. I’ll be doing some digging to see if I can find the issue and hopefully poke it into submission.

Aha! I’d been looking into wp_reset_query() when you mentioned it. After a bit more poking, I found that adding it toward the bottom of the rdrakeCategoryShortcode_function() function does the trick, like so:

156: wp_reset_query();
157: $rdscf_output.='';
158: return $rdscf_output;

It has to be in that particular location; placing it at the very end of the function (before the closing }) essentially nullifies it.

Thanks for the insight, Robert! I’ll keep digging around and see what I come up with, then post it here.

Sorry, I’ve been playing with the code again. ?? The page should be displaying properly now. (Well, as properly as it’s ever been.)

Same problem here, but it looks like KaFu’s “solution” did the trick for me. After going directly to a Downloads admin page, the admin panel has reappeared.