M?ns Jonasson

I’m very sorry, but I do not recognize that error at all, and I don’t think I’ve seen it reported before.

It is possible that you have another plugin messing with the hook for metadata, which is probably what is happening here. Is this happening with every file or just with some?

404 on that link…

Possibly. The plugin is not tested with WPML.

I’m sorry but there’s not nearly enough information for me to go on to find out what possibly could have gone wrong with the information you’ve provided.

Can you verify whether the file is replaced on the server or not?

Thanks. It would be very helpful if you would make a pull request at https://github.com/mansj/enable-media-replace

Thank you @andrewza for the quick reply. Looking forward to that feature. Love the plugin otherwise!

There are two likely reasons:

1. The file is indeed replaced, but a cache somewhere (your browser, a proxy server) keeps the old PDF.

2. The file on the server does not have correct permissions for allowing the web server to replace it.

I’m not sure exactly what you need help with, but:

1. You can always replace what you want on your own server, but caches might not show the updated file.

2. Not to my knowledge, without editing straight inside the database.

I’m not sure actually, it’s been a while since I tried WPML. Are the contents of WPML pages/posts stored in a different way than usual posts?

It’s impossible to know what is going wrong based on your descriptions. Can you verify on the server that the web server actually has write permissions to the files, and that the files are not replaced? Can you see any errors in your PHP error log?

No, it sounds like something else is going wrong. The hyperlinks should indeed be updated, if they are stored in normal posts in your WP installation.

No, if you use the “replace and don’t change file name” it would just drop in your smaller files and keep the old filenames/links without redirect.

HOWEVER: I can’t recommend serving .jpg files from .png file names, this might lead to broken images.

Yes, the plugin is tested fine with PHP 7.

@bob7t No, this sounds strange. Can you verify on the server whether the file is replaced in the file system?

Steve, it’s not the permissions in WordPress that matter, but the file permissions on the server.

Without a Web server error log there is not much more I can do to help.

@bob7t I can’t answer that. Did you get a chance to look at the error logs from your web server or in any other way get more details about the error?

It’s very unlikely that this is a problem with the plugin, since it works flawlessly on thousands of installations, but it’s of course possible. But without more details, I can’t tell you what could be wrong.