Josh S.

Thank you for the clarification. It works as described. The dialog asks to confirm license use (e.g., 1 of 714), or to purchase for $ amount. We will train user not to purchase for currency. It would be great if in the future could add parameters to search payload. Such as a hook to append price[$]=1 to all queries…
https://www.adobe.io/apis/creativecloud/stock/docs.html#!adobe/stock-api-docs/master/docs/getting-started/apps/05-search-for-assets.md#search-on-standard-or-premium-content

Thanks again, great work!

So ACF mis-spelled their deprecation wrapper function by adding an ‘s’ to ‘field’

Are they going to break it again?

Noticed that in the code diff as well. But I use remote management tools to update plugins. I’m not going to be bothered logging into individual dashboards simply to clear this guy’s spam notification.

@kslingsby @ray1618
I’ve posted these findings to an existing PP forum thread (login required):

https://presspermit.com/forums/topic/many-pages-on-website-have-__trashed-in-the-urls/#post-21729

Of course it remains to be seen whether PP “causes” a problem or “exposes” a problem ??

A linked thread within the thread says try this workaround:
try disabling this PP setting: Permissions > Settings > Editing > Nav Menu Management > “List only user-editable content as available items”

@ray1618 good sleuthing!

@sterndata

I can’t test item 2 right now, as disabling ACF would effectively disable the site. I’ll clone the site when I have some extra time

re 1.:
Did you have a menu item for page with slug ‘a’ that was subsequently trashed, then you created a new ‘a’ “?
Possibly, but it’s difficult to remember back to October 2015

If so, what happens if you remove that menu item entirely, save the menu, then add a new menu item that points to ‘a’? (Make sure that there are no pages or posts in trash while doing this.)
In the process of following these steps, I made some additional discoveries:

A. This problem seems to occur when the menu label is edited to match the page slug (case insensitive), prior to saving the menu once.

B. When this occurs, the little word “Original:” to the left of the original page title on the menu item is invisible

C. Saving the menu once, first, PRIOR to changing the menu label to match the slug, will avoid this problem.

So let me try to explain how this is a repeatable bug.

1. have a Page titled “Privacy Policy” with slug “privacy”

2. add this Page to a Menu, and before saving the menu, edit the menu Label to be “Privacy”

3. Save the menu.

4. The menu editor reloads. At this point, “privacy” has been changed to “privacy__trashed”, and the little word “Original:” near the bottom left of menu items on the edit is invisible.

So, this also occurred when I had a Page titled “Sign Up for Email Updates” with slug “newsletter”. I added it to a menu, changed the label to “Newsletter”, saved and boom: slug changed to “newsletter__trashed”

Changing the label to “Sign Up” or to “Privacy Notice” does not cause the problem. It seems it’s only when the label is changed to case insensitively match the slug, that I get __trashed

Note also, if I save the menu at least once, PRIOR to editing the menu label in this manner, the problem is avoided.

Common plugins with OP are Yoast and ACF (Pro 5)

Core and all plugins up-to-date

I have been searching for an occurrence of this! I have the same issue on one of my client sites

So far, I’ve determined that this problem occurs when I save a Menu (regardless of whether or not I have actually edited the Menu, simply clicking Save on the Menu editor) a certain, predictable page, say, /correctslug will ALWAYS have its slug changed to /correctslug__trashed

To workaround the problem, I’ll immediately go to All Pages, and Quick edit the slug back to its correct value… by removing __trashed

That’s double-underscore + trashed.

And no, the Pages aren’t in the Trash and never have been.

Again, this occurs very predictably to the same pages, every time I SAVE a Menu referencing that Page.

I would be interested to hear if the OP also notices this occurring when a Menu is saved, or if there are additional situations where this occurs.

2.0.7 broken with W3 Total Cache 0.9.3

Galleries work when bypassing the cache (e.g., as logged-in user)

Galleries do not work on cached pages.

Thanks for helping. Whatever is going on is outside the scope of BruteProtect.

Will do. Thank you.

do_shortcode
https://codex.www.ads-software.com/Function_Reference/do_shortcode

plugins/genesis-easy-columns/includes/shortcodes.php

return '<div class="one-half first">' .do_shortcode($content). '</div>';

…etc

This should get you started

Same issue here, I think. As soon as I properly enable New Relic, 500 Server Error across the site. Must manually remove the inserted .htaccess line, uncheck the “Enable” New Relic, and Save. Then all is well with the site again.

This is not MU site.

0.9.2 is working on my site
Thank you, Toro_Unit ??

Yes. Slash is missing after tld. Reverting to previous version.

Nice one. :-\