Eric Cox

I am having the same issue. It appears that when the cron runs that It runs a single event and then stops without expiring the post. I have multiple posts that should have already expired, but haven’t. But, it seems to only trigger the oldest post and then quits with out actually expiring it.

2013-06-20 16:41:40 4897 -> SCHEDULED at Sat, 06 Jul 2013 13:30:00 +0000 (1373117400) with options Array ( [expireType] => delete [id] => 4897 )
2013-06-20 16:41:40 4897 -> UNSCHEDULED

I understand, but I disagree. It is pretty common to move a WP install from a test area to a live area. In that process the URL needs changed in the system and I think it is important for all plugin developers to make sure their plugin makes the switch without completely breaking a site. I don’t fault them for using serialized data storage makes sense, but there needs to be something in place to update it if core settings change.

After the URL change, I can’t even get it to select an image from the media library. It lets me click the send to OptionTree button, but then the overlay goes white and stays put, never actually inserting the image. Didn’t so that before the switch. I even tried uninstalling ( I didn’t delete the database records for the plugin manually – another thing I would like to see developers cover more often), but no change.

Having the same issue. Damage is done, how do I fix it. this either needs addressed or I will have to quit using the plugin. I have to update the site links on every install of WP so it needs to have a fix.

I am using the advanced code just for this purpose, but moving the destination_email field to a select field doesn’t work. The form claims that the field is not set.

how is it possible for the code to sometimes use old code that no longer exists and sometimes use the correct code?

i will give $50 PayPal for the first person to solve this issue.

i have been clearing the browser cache, but it doesn’t fix it. i don’t have either of the cache plug ins installed, do i need one?