Are there actually zero steps that I can take to try to troubleshoot the notification issue, besides giving you admin privileges to our live website?
Hello,
The issue you are seeing is a separate issue that our Web developer is aware of but has not been able to fix yet. What browser did you try the download from? Could you share the version of the browser(s) where you are unable to download packages? If possible, could you try Firefox?
Thanks, we resolved the issue by installing and enabling mbstring.
Hi Humayon,
I have tried disabling plugins and We have just migrated the site to new theme which is Astra, earlier we were using a different theme, still, we are facing the same issue.
I don’t think it is a conflict issue, it gives some deprecated error, so it needs to be checked if the plugin is having some compatibility issue.
Adding the error shown on the admin dashboard with the new theme setup is below :
**********************
Deprecated: contextual_help is deprecated since version 3.3.0! Use get_current_screen()->add_help_tab(), get_current_screen()->remove_help_tab() instead. in /usr/share/wordpress/wp-includes/functions.php on line 5586
Fatal error: Uncaught Error: Call to undefined function WPDM\__\mb_ereg_replace() in /usr/share/wordpress/wp-content/plugins/download-manager/src/__/__.php:275 Stack trace: #0 /usr/share/wordpress/wp-content/plugins/download-manager/src/__/__.php(194): WPDM\__\__::sanitize_var() #1 /usr/share/wordpress/wp-content/plugins/download-manager/src/wpdm-functions.php(1204): WPDM\__\__::query_var() #2 /usr/share/wordpress/wp-content/plugins/download-manager/src/Admin/views/stats.php(2): wpdm_query_var() #3 /usr/share/wordpress/wp-content/plugins/download-manager/src/Admin/Menu/Stats.php(35): include(‘/usr/share/word…’) #4 /usr/share/wordpress/wp-includes/class-wp-hook.php(303): WPDM\Admin\Menu\Stats->UI() #5 /usr/share/wordpress/wp-includes/class-wp-hook.php(327): WP_Hook->apply_filters() #6 /usr/share/wordpress/wp-includes/plugin.php(470): WP_Hook->do_action() #7 /usr/share/wordpress/wp-admin/admin.php(259): do_action() #8 /usr/share/wordpress/wp-admin/edit.php(10): require_once(‘/usr/share/word…’) #9 {main} thrown in /usr/share/wordpress/wp-content/plugins/download-manager/src/__/__.php on line 275
After I changed the ownership of those files I was able to update to 6.0.6.
But then I saw an error message that my site has experienced a critical error.
Everything was fine on my site, except that whenever I tried to download a package, the critical error message appeared.
I was forced to rollback to 5.3.2 in order to maintain critical functionality.
I noticed that the contents of the 6.0.6 plugin folder are quite sparse compared to 5.3.2. Perhaps something is missing from 6.0.6 that my setup on 5.3.2 relied on?
I need to be able to just update the plugin without completely breaking functionality, or I will find a new plugin.
I also found two empty directories owned by root: plugins/download-manager/libs/locks and libs/external
I don’t know what these dirs are for or if their ownership is important.
Any guidance on those?
I spotted a file owned by root rather than the correct WEB user that may be causing the issue:
-rw-r–r– 1 root root 2202 May 13 17:41 old.class.Stats.php
Is this file important? Is it ok to change its ownership to the user/group that owns all other files?
The file itself and its contents are not relevant to this issue.
You can just create a text file and in a terminal set its permissions to 775.
Then follow the steps I described and let me know what you see.
Do you have a test bed set up, where you can try the following and observe the results?
1) upload a file that has executable permissions
2) download said file
3) check to see if the file you’ve downloaded has executable permissions
This is very basic. Please do not ask me anything else until you have run these simple steps.
Please stop telling me how to solve a different problem than what I am asking about. The issue of whitelisting files by extension IS NOT my question.
I have a screenshot showing three files that should be binary executables (had 775 permissions prior to upload), but after upload they are clearly given 644 permissions (not executable). How can I share a screenshot on this thread?
Hello,
Can you tell me whether or not permissions of a given file are preserved after they are uploaded to a site through your plugin?
Roy, swapping out the plugin for a recent working version should not cause any data loss; no data (user data, download packages, templates, etc.) is stored in the plugin directory, WP segregates that stuff out as far as I know. It is better to be safe than sorry, but you are already sorry!
maybe try a collection of file types and “,,”? – double comma without a space or with a space to allow files with no extension?
I actually tried both of these, and the wildcard asterisk. Nothing worked for files without extensions. The developer says they have a fix where using * will allow all file types, including those without extensions, but we have to wait for the fix. Very dissappointing.
I was able to fix this issue my downgrading the plugin from an old instance on a backup server.
I needed to do this because some of our files have no extension and thus cannot be whitelisted.
What file types are you trying to whitelist? Can you share a screenshot of your settings as you are trying to whitelist extensions?
Using the wildcard asterisk does not work. We rolled back to a previous version for the time being.
Hello,
Thank you for the reply. When can we expect the update? Alternatively, can you make the previous working version available?
This answers how to whitelist files by extension, which is great, thanks!
BUT what if, as in my case, the file in question has no extension?
This is preventing users from downloading our software installer program, which has no extension.
We need help ASAP. Any link to the previous version (5.3.6, I believe) so that we can rollback our upgrade?
Critical site functionality has been affected by this bug and I haven’t found an answer yet, please help.
I need help sorting this out ASAP. Can you please provide an update?
I have given you the requested information in a private reply.
I have not seen you login to our site to check on this issue.
What’s the status?
Thank you for posting the canned response so quickly.
However, this does not solve my problem.
As I mentioned:
our files in question are Installer files (binary executables) that have no file extension. How can I whitelist such files?
What is the current supported version? 5.3.9? 5.3.8? WordPress says 5.3.9 is installed but I see no changelog for 5.3.9 or 5.3.8 for that matter. It seems this bug was introduced in 5.3.7. I need to rollback to 5.3.6 ASAP. Please help.
Hello,
I am facing the same issue since the recent upgrade. However, our files in question are Installer files (binary executables) that have no file extension. How can I whitelist such files? The uploading and downloading of the files in question worked until the recent update. How may I rollback to a previous version? We need this functionality restored ASAP.