lrech

How can I modify the snippet?

Could be created a capability to that? In this case user role plugins could be used to control the access.

Thanks, @vmarko!

I was facing exactly the same problem on a single website on one of my networks. In addition to the error at the top of the pages, the media library also did not display the file list. Re-install solved both problems. Can you provide more details regarding this new feature?

I found the problem. In this site, another plugin was used to interact with downloads of Download Monitor (E-mail before download). The posts published uses a specific reference to “download_id” and not the default short code ([download]).

I tracked down all the occurrences of this and used like reference the registers in “…legacy_upgrade_queue_downloads” with “legacy_id” and “new_id” to change the call to correct new ID.

The problem was solved. Please, disconsider this topic! Could you mark as solved?

Thanks for your attention and thanks for the idea of mantain the references of legacy and new IDs in a table designed for this purpose!

Hi @vasyltech!

Great! Updating in my networks!

Here happens exactly like I said. Deactivating AAM, everything ok, or, with AAM active, I have to be an administrator of the site, even if I am a Super Admin in the network.

Could be some plugin iteraction. It’s odd and annoying!

Anyway, thanks for your attention, @vasyltech!

Hi Vasyl! Thanks for your attention!

I don’t know, but I think that is not a problem with WP. See, if I disable AAM, even if my profile isn’t in the list of administrators of a particular site, I can add or see the users.

I’ve tried now, again. My user “lrech” is Super Admin and I removed it with another Super Admin of a particular site with AAM activated. The management of users is gone: “No users found”. Deactivating AAM all users is shown to me again. I can reproduce this behavior in all multisite network I manage here.

Besides, this behavior started after the update.

Seems to be ok, now, after update. Tks!

No, same thing happening here.

I think that you don’t understand my previous messages, Daniel. I’m using version 3.1-rc-1 and I’m worried about because you said that the problem with backup scheduling was resolved in version 3.0.14-rc-1. But I’m having the problem using version 3.1-rc-1! How a problem that happens in the version 3.0.13 whas solved in a RC of 3.0.14 and reappears in a RC of version 3.1?

Someone knows where I can download version 3.0.14-rc-1?

I’m sorry, Daniel, but 3.1-rc-1 isn’t the latest rc? I did not understand.

By the way, the release 3.1-rc-1 should not have the changes where made at 3.0.14-rc-1 and before?

If I’m wrong, tell me where I can download version 3.0.14-rc-1, because in github the only version available is 3.1-rc-1:
https://github.com/inpsyde/backwpup/releases

I’m using 3.1-rc-1 version and still getting the backup jobs dates being reseted to 1969-12-31.

Just to inform that this problem is solved in 3.0.7 version. I’ve updated now and tested. Everything is working fine with file deletion. Thanks to all.

Best regards,

Luiz Ricardo

Just to inform that this problem is solved in 3.0.7 version. I’ve updated now and tested. Everything is working fine with file deletion. Thanks to all.

Best regards,

Luiz Ricardo