Jonathan

This appears to be a bug in the Awesome Support plugin: https://www.ads-software.com/support/topic/awesome-support-conflict-with-media-library

It’s not fixed in that plugin yet but at least I know the cause.

I believe I’m having the same problem. What I see is that when I try to go to add media on a post, the media that is shown is only stuff that is already ‘attached’ to another page, post, etc. Everything shows when I browse the Media Library from the dashboard, but when I go to actually add the media I only see attached items. If I disable file upload the problem goes away.

I have done more investigating. It seems like the images that are unattached are the ones that don’t show on the Insert Media page. Any idea why that might be happening?

1.3.3 did not fix this problem for me.

Commenting out on line 1264 of functions.php does, though.

Great! Thanks.

Before I update to the next version, is there anything you’d like me to do before and after in case it happens again?

On the permalinks page they get reset to just /

Then all of my custom post types resolve using the ugly ?post_type= URLs.

I didn’t change anything at all, and the problem went away. I’m guessing something changed on my webhost’s configuration.

I still get an error “Class ‘ZipArchive’ not found” and no valid zip file created with 2.0.1 on my site.

In the pre-2.0 version of the plugin, this is the log entry when it tried to create a zip file:

Create Backup Zip (PclZip) file...

Now, this is what it says:

1. Try to create backup zip file...
 1. Script stop! Will started again now!

If I change the backup to tar.gz it works great, so my problem is definitely related to zip creation. What information can I get for you to help you figure out what is going wrong?

I’m having problems creating zip files as well. This used to work on the same server with the old 1.x version. I’m getting an error:

Fatal error: Class ‘ZipArchive’ not found in /wp-content/plugins/backwpup/job/backup_create.php on line 18

Wow, thank you so so much. It works perfectly!

I changed line 152 of emoba.php from:

'!<a(?:[\s]|&nbsp;)*href="mailto:' .EMAIL. '([?][^"]*)?"[^>]*>([^<]*)</a>!i',

to

'!<a(?:.*)href="mailto:' .EMAIL. '([?][^"]*)?"[^>]*>([^<]*)</a>!i',

When I try to use the following code in my page:

To contact us <a name="anchor" href="mailto:[email protected]">email me</a> or <a name="anchor2" href="mailto:[email protected]">email me too</a>.

I get the following page output.

To contact us email me too . The email me too is a link to [email protected]. There is no name attribute in the final markup. This is not the end of the world if that is how it has to work. I just don’t want the email links to break.

Wait, maybe I’m missing something, but I actually tried that last fix and that seems to bring back the original problem described in this thread. Am I doing the change correctly?

Wow, thanks for the quick response! This is a really great plugin. Keep up the excellent work.