erikshosting

Awesome, that sorted it out. I also saw the new update to pods got pushed to production so I’ve loaded that in, everything is working great. Good stuff. I really appreciate all the help, thanks again.

..but it is definitely saving the name field to the db and not reverting it anymore! awesome!

I appreciate the quick response and your replies to my thread. Thanks for all the hard work on pods, it’s a wicked plugin. I use it on almost everybuild.

alright, I’ve got 2.5 beta1 loaded in now but it keeps giving me memory size exhausted errors from podsAPI.php on line 7930. I’m running at a size of 268435456 bytes which is pretty high already, something like ~260mb.

inside of the pods PodsMeta->save_taxonomy method, on line # 1476 $pods->save is being called on param $data which contains the old data (or at least just the term title that I’ve been testing against) called from the db before the the whole save process started, rather than the data submitted on the edit-tags forms post action

What i’ve found tracking the post request to the sql run, that the wp_update_term function is firing twice, the first time with the params from the tag edit form, the second time with the same args as it retrieved from the db before doing the update which reverts the change.

What I’ve found so far is that it’s something firing on the ‘edit_term’ action hook that is firing wp_update_term a second time with the old params, reverting the change. When I take a look at all of the actions attached there, I see this:

array(0) { } array(1) { [10]=> array(1) { ["00000000517feef4000000000d0389acsave_taxonomy"]=> array(2) { ["function"]=> array(2) { [0]=> object(PodsMeta)#262 (1) { ["api":"PodsMeta":private]=> NULL } [1]=> string(13) "save_taxonomy" } ["accepted_args"]=> int(3) } } }

and that’s about where I’m at now..

Version 2.4.3

also every time you deactivate and reactivate the plugin it recreates the page.. Also on deactivate and reactivate it deletes your customized emails.. Also it gives unrelated sql errors…

Tested with multi-site. So far so good! Thanks guys!
-E

I’ve just finished this integration using the wpmu dev membership plugin..

I’ve set it up so that membership processes recurring payments and assigns an subscribe the ‘unlimited posts & unlimited time’ corresponding wpuf usermeta, and on cancel reverting this meta back to non-payment status. This was possible with the wp mu dev plugin, as it supports pings on join and cancel which in turn can trigger scripts to modify these usermeta values.

This allows users to purchase a single pay to post, or to signup and get unlimited postings on a monthly fee..

Also for the clients ease of use, I’ve coded a panel to control both plugins pricing, payment gateways, and to show a compiled transaction log from each with filterable views of ‘subscription/token’ transaction types, and ‘start/end’ date to transaction times.

I will add this option in the control panel to come in v2.0 set for release @ beginning of the next month

@johanee Let me know if there is anything I can assist you with, Id love to get involved ??

How do I go about de-activating it for certain links? Alternatively, is there a way to only activate it on select links? Like a ‘rel’ tag or something? That would make my life easier!

Also found on checkout page, that the ‘ship to same address’ check box conditional logic (hides/displays the 2nd shipping column, ‘shipping address’)
Investigating now..

I had the same issue, but simply regenerated my thumbnails to solve the issue.
You can do this on an img by img basis in the media library, or use a image regenerator plugin like i did.

Oh man you rock! That definitely solved the non-updating issue… it works like a charm.