hs1972

This is what I’ve said to them as well. Either that or the site’s been compromised perhaps. Just in the process of following up with them yet again. Thanks for your feedback, it’s good to know I’m thinking on the right lines.

I’ve had a look further into this and aws-autoloader.php is getting appended with .suspected so aws-autoloader.php.suspected

Anyone have any idea what’s happening here. It only started a couple of days ago

You’re welcome, hope it works for you too!

I should add I reinstall the plungin it works and then the next morning i’m getting the same error messages. So have to reinstall again.

I’m also now getting this and I’ve reinstalled twice. Please can someone help?

Is it possible to get a previous version of the plugin?

Many thanks for getting back to me so quickly David. You answered my question with ‘In the Media/Assistant submenu table you can display the MIME Type as a table column, then click on one of the entries to filter the table by MIME type.’

Will also look at the custom view and let you know if I need any further help with this.

Appreciate your time. And great plugin by the way!

Hi @kilinkis. Thanks for sharing. I’m using WP All Import and can import the right date using the Unix timestamp as you describe. However, they don’t expire (everything is working when I add a post manually they expire then, just not if I add posts by importing).

I think this is because there’s nothing in the _expiration-date-options field. I’m not sure how to import this when it’s in the a:2:{s:10:”expireType”;s:5:”draft”;s:2:”id”;i:12345;} format because I don’t know what the id will be at the time of importing.

Do you know what would be the best way around this? I’m fairly new to this so working things out as I go along but this one is baffling me.

Do I need to edit the code in the plugin? I can see the following in there:

$opts = array();
$ts = get_gmt_from_date(“$year-$month-$day $hour:$minute:0”,’U’);

// Schedule/Update Expiration
$opts[‘expireType’] = $_POST[‘expirationdate_expiretype’];
$opts[‘id’] = $id;

I can also see function _scheduleExpiratorEvent($id,$ts,$opts) a little further down.

I presume I would change the code that you mentioned in the Schedule/Update Expiration section? If this is the case, do you know what I would need to put under the _expiration-date-options column when I’m importing? Anything at all or would this be catered for automatically with the edited code?

Many thanks in advance to anyone that can help.

Sorry Crssp still pulling my hair out with this one I’m afraid…will update if I find anything but I’m quite new to all this so could take a very long time!

Many thanks for getting back to me – will take a look (and take backups too!) Thanks again.

I’m getting this too. But the problem for me is because I’m using amazon s3 which has similar url set up as described above. Hopefully can fix.

Many thanks for clarifying Michael, thought that would be the case. Just wanted to make sure I was definitely looking at all possibilities.

I checked with the cloudfront URL in the WordPress plugin and that works. It seems to be it’s not seeing CNAME I’ve set up

Me too! Thanks Michael.

Many thanks, got it sorted.

It’s OK, managed to get this working. I put the $cats_array above where the commented out $related was. Works a treat. Thank you so much, you’ve saved hours of trying to figure this out Mohan!

(And thanks lorro for the tip on where to save the file)