scottconnerly

They tell me to tell you to do this:
https://wpml.org/documentation/theme-compatibility/go-global-program/

Which sounds like a lot of effort.
If you could just put an action hook in admin_bar_delete_page before the wp_redirect, I can do what I need to from there. I looked at the other filters that could have been in play (wp_super_cache_supercachedir), but that didn’t seem optimal.

I suppose if you decide to skip this feature request, I might use a parallel test of isset( $_GET[ ‘action’ ] ) && $_GET[ ‘action’ ] == ‘delcachepage’ .

Wow. And three days later, there’s a fix released. IMPRESSIVE.

My issue was not a “page not found” error. I would click the Twitter icon to add an account, I went through the OAuth screens, it redirected back to the admin screen, but no account was added.

I don’t understand what you mean by moving that folder. If I move the /min/ folder, I have to edit the plugin to indicate the new location of the folder. That edit will also be overwritten with plugin updates, like it was today.

Could you please give me more detailed steps on how you see we could modify that maxAge value without losing upgradability?

Thanks,
-Scott

Sure, why not? I plan to use it for my site, kcimprov.com, for the foreseeable future. Might as well release updates for others while I’m at it. I’m not planning any major upgrades, just maintenance.

Yep.
You nailed it.
Thank you, Elliot.

I just deactivated all plugins on the site and then activated ACF. The URL is:

/wp-admin/media-upload.php?post_id=1698&type=image&acf_type=image&acf_preview_size=thumbnail&tab=library

type=image is still in there.

Yes, it does.

I am also having this issue.

I believe it is coming from the link to the media library tab having the type=image in it. It generates a tax_query in the WP_Query which ends up putting a 0 = 1 into the SQL query.

I’m on WP 3.4.1 and ACF 3.3.9

After digesting that previous thread, I’m not satisfied with that resolution. It requires that I define(‘MINIFY_MIN_DIR’) to something else. But when my code encounters your define(‘MINIFY_MIN_DIR’), it doesn’t first check if MINIFY_MIN_DIR is previously defined. It will throw messages I don’t want.

My first request is that you add a filter to $min_serveOptions inside the if (isset($_GET[‘f’])).

Durrr. I just realized you just answered this in the last thread,

https://www.ads-software.com/support/topic/plugin-better-wordpress-minify-maxage

Thanks,
-S

Relevant:
https://tri.be/facebook-events/

Possible solution: https://gist.github.com/3120702

Worked for me.

I suppose the easier way to fix it, and potentially WP core appropriate, would be to instead of putting the FB event id in the to_ping, put the full FB event URL in the to_ping. Sure, it requires more parsing in the plugin, but its viable.

This plugin is incompatible with WP 3.4

Facebook event IDs were being stored on the post->to_ping. As of 3.4, to_ping is validated as a URL (sanitize_trackback_urls()).

Author: store your Facebook event IDs as a postmeta.

I’ll try to hack together my own fix for this tomorrow. I’ll post it if it works.