timichango

I was encountering the same issue — had this plugin installed on Multisite for a client for > 2 years, and on recent WP Core update, the notes vamoosed, along with the ‘add note’ control.

Disabling the plugin in the network control panel, and re-enabling on a site-specific basis via each site’s dashboard did the trick, and the notes are back.

I’d definitely still call this a bug that should probably be fixed if possible –?but at least the workaround seems to be painless.

Thanks!

-T

I’ll definitely give that a spin this week! Thanks Brandon ?? ??

No sweat!!! It’d be great if that information was included in the jetpack debug info, methinks!

Sorted this out actually: turned out I had dev mode still enabled in wp-config.php. Make sure that you do not.

See: https://jetpack.me/support/development-mode/

Debug info:

————–

SELF:
Array
(
[headers] => Array
(
[server] => nginx
[date] => Fri, 11 Apr 2014 22:04:11 GMT
[content-type] => text/plain;charset=utf-8
[connection] => close
[x-pingback] => https://jetpack.wordpress.com/xmlrpc.php
[expires] => Wed, 11 Jan 1984 05:00:00 GMT
[cache-control] => no-cache, must-revalidate, max-age=60
[pragma] => no-cache
[x-hacker] => Jetpack Test
)

[body] => {“error”:”Could not validate security token”,”error_description”:”We were unable to validate a security token for Jetpack communication. Please try disconnecting Jetpack from your WordPress.com account, and connecting it again.”}
[response] => Array
(
[code] => 400
[message] => Bad Request
)

[cookies] => Array
(
)

[filename] =>
)

Sorry—I believe the error is in conjunction with Advanced Custom Fields (which previously worked perfectly with Duplicate Post).

I’ve just run into this issue with the latest version as well—this is not fixed.

Thanks for that, Jason! Hopefully that’ll tide me over.

Heya,

Try ‘term_ids’ instead of ‘category_ids’… looks like the new argument wasn’t properly documented. Swapping this got it working for me.

For example:
<?php ciii_term_images( ‘post_tag’, ‘term_ids=37,27’ ); ?>

see: https://www.ads-software.com/support/topic/plugin-taxonomy-images-ii-ciii_category_archive_image-not-working?replies=5

use the first version you’ve got there, but try ‘term_ids’ instead of ‘category_ids’… looks like the new variable wasn’t properly documented. Swapping this got it working for me.

For example:
<?php ciii_term_images( ‘post_tag’, ‘term_ids=37,27’ ); ?>

see: https://www.ads-software.com/support/topic/plugin-taxonomy-images-ii-ciii_category_archive_image-not-working?replies=5

ARGH. Yes—the above post hits the nail on the head: the documentation is incorrect, and the “term_ids=37,27” syntax isn’t mentioned at all (the examples erroneously use “category_ids=etc…”.

This had be bashing my head against a wall for hours.

Helpful plugin, but… I’m clearly not the fist person to wind up with a sore head due to this…

p.s. Thanks for figuring this out!

Sorry for the delayed response—I’d say it’s only resolved insofar as I stopped trying to get it to work, and resorted to another plugin combination. Sincere apologies on my lack of followup—had some issues with the email address associated with the account.

I’ll try out the plugins again on a fresh install again, and see if the conflicts persist, and update the issue status accordingly.

Thanks!

I keep reading people referencing this ‘form builder tool’, but I can’t find out where to access it—I’m running the latest version of wordpress, and for the life of me I can’t find *any* admin options for this plugin… any insight would be appreciated!

This is brilliant—exactly what I’m trying to accomplish. I’ve been trying to figure this out for hours, and frankly I’m a bit stunned that there isn’t a more direct way to accomplish this behaviour—it would seem to me that custom posts types would have been conceived with exactly this usage in mind, and that the ability to assign their URL/menu hierarchy wouldn’t be so convoluted.

Any insight into how to accomplish this using the standard wp_list_pages function instead of custom menus?

Thanks!

HM… interesting. I concur – it doesn’t seem to accept ‘0’ as a value, and resets it to ‘1’. Which still seems to work.

My situation is that pagination issue was breaking for me when:

1. I was using a custom permalink structure
2. I had the settings under ‘reading’ set to 10
3. I was using a custom query to override that setting to a different value using the showposts variable

In every case that I tested, if the “Blog pages show at most” value is set higher than whatever you’re specifying using showposts in your custom query, pagination breaks.

On the other hand, setting showposts to a value higher than the “Blog pages show at most” value seems to work allright. I’m still testing it in a few situations, but so far it’s looking promising.

Hope this is helpful!

——
KimboF, you should be able to force your pages to display more than one post using a custom query_posts or wp_query before your loop. For example,

<?php
 query_posts('showposts=2');
?>

Unfortunately, this is what caused my problem in the first place ?? Might be fixed though… (DREAM SIZE, you’re my hero!).