Updated to version 2.0.0. It is now updating.
Hi,
It’s been four days, just following up on this one. Did your developer get the chance to look into this?
PERFECT!
Do you have any dedicated guide to get in-depth details about this integration and working? For instance, how do expired links work? Will they be auto generated upon request? etc.
Thanks for the link. I have checked the add-ons, but which one is preferred and offers more control? As we haven’t used them before with WPDM, your expert opinion will be very helpful to us. We have the following concerns:
1) Which one offers prevention for hotlinking or direct download links
2) Allow uploads to the cloud directly from WordPress, WPDM.
3) Give download files without exposing or directing users to the cloud provider’s site.
Many thanks, It worked.
Hello,
I’m following up to see if your team has managed to find a solution. It is kind of an urgent situation for us and we would really appreciate it if your team can fix it ASAP.
We have already tried that option. It might clear the cache, but it does not offer a permanent solution. Can we permanently disable this cache?
The real issue starts when two images of the same name are cached in that folder. Then the URL start showing the preview of the 2nd image over the 1st image.
I’m using wp-rocket, and this cache is being generated by WPDM plugin itself. It was the same issue with the shortcode [thumb_wxh] shortcode, but fortunately, the shortcode worked without dimensions, i.e., [thumb], and the cache issue was resolved. But unfortunately, it is not the case with [thumb_url_0x0] shortcode. It doesn’t work like [thumb_url].
In short, whenever we add image dimensions to the shortcode, it starts caching the images.
Kindly offer a solution to either disable this cache or make the shortcode work without dimensions.
Kindly check the video.
Maybe our database it too large? We have around 30K packages. Do you have any search and replace query for database to set this permission?
Thanks.
Hello support team,
After disabling Chunk Upload, the rename function was working great, but only for admin users. It still seems not to be working with other user roles. The files with the same name are being overridden, instead of renamed.
Any thoughts?
They were all in the same name and overwritten because of this glitch. I don’t see any solution other than re-uploading them from start.
Oh I see. That is very unfortunate as we will have to re-upload 20,000 files to 20,000 packages!
Yes, we have that option enabled from the start. However, it seems it is overwritten instead of renamed.
Thank you. I will test and update later.
Nayeem,
I am talking about completely disabling the logs from recording. It will reduce a ton of load from database and admin-ajax requests.
Hope to get a solid solution 🙂
Best.