smithwib

Adding to markwebstar — after a round of disabling plugins, it’s All-in-One Event Calendar that is causing it.

I can confirm this as well.

Totally understood. Maybe add a note to your “upgrade” wizard if it finds uppercase to go adjust templates? Or just a note during the upgrade process? Otherwise, I think the upgrade went swimmingly!

It looks like version 1.9.7.3, but I’m not 100% sure because our dev site may have been out of synch.

That did the trick. Thanks!

No change.

In line 126, qw_get_page_op() comes back as default. Perhaps it should be testing for is_front_page in addition to is_home, but I’m not sure how that impacts future functionality. Later, it checks for a page path (qw_get_path), but it does not rule out ”, which all of the non-page-path definitions have, so you get an immediate match in the SQL query.

May be wildly off here…

Sure thing. Need to update the dev version and try there. Back soon.

Here’s another error that showed up — [25-Mar-2014 16:30:13 UTC] PHP Notice: Undefined offset: 0 in ..\wp-content\plugins\query-wrangler\includes\pages.inc on line 215

Just the home page — everything else works. Same thing if I try to preview the home page. If I switch the home page to another page, same thing — that page will not come up.

Permalinks use the Day and Name option (/2014/03/25/sample-post/)

To troubleshoot, I did the following:
– Added a “die()” to the home page template — no change, it wasn’t getting that far
– Turned on logging – saw some errors coming from QW and Custom Post Type UI. Deactivated those and other plugins, problem went away.
– Reactivated plugins till I hit QW.

Note that the wp-admin bar does not appear on the page when it happens. Otherwise, the QW shortcode works as it should.

ALso, I am not using any page paths with the QW definitions.

Sorry Jonathan — meant to say rc21, the current one…

Great news, and no problem — just reapplied the fix. Thanks for a great plugin, Michael.

Looks like this has not been fixed as of version: 0.7.2.

There’s a bug in line 1204 with 2 value attributes. Change this:

<td><input type="text" name="cpt_custom_post_type[capability_type]" tabindex="6" value="post" value="<?php if ( isset( $cpt_capability ) ) { echo esc_attr( $cpt_capability ); } ?>" /> <a href="#" title="The post type to use for checking read, edit, and delete capabilities" style="cursor: help;">?</a></td>

to this:

<td><input type="text" name="cpt_custom_post_type[capability_type]" tabindex="6" value="<?php if ( isset( $cpt_capability ) ) { echo esc_attr( $cpt_capability ); } else echo 'post'; ?>" /> <a href="#" title="The post type to use for checking read, edit, and delete capabilities" style="cursor: help;">?</a></td>

I can second this. Field is reset when you come back to edit.

For your stated reason and also since there does not appear to be a good solution for syndicating comments between broadcast posts, I think using the “Override child post permalinks” option makes sense.

In my version, it seems to be overriding it with a ?p= based permalink — I wonder if there’s a way to use the pretty date-based one instead.