Forum Replies Created
Thanks! The first I knew and found, but the second was not so obvious, but now it works indeed.
Best regards, Cornelis
Thanks to you for your very prompt and helpful support – very much appreciated!!
Best regards,
Cornelis
It looks like NOW it works! After some changes in the WPDM settings, in the “Upload Settings” section:
– I switched the “Allowed file types to upload” back from the * (that you probably put there) to listing the allowed extensions, including msi
– Then – and I believe that this is the key! – I removed the “Validate Content MimeType” option
– And finally – already before – I enabled the “Chunk Upload” option that removes the upload file size limit.
My conclusion: How ever that “MimeType” check was done – by disabling it it seems that I do not have to care any more.
To some extent answering my last question: As my normal working computer is not Windows, but Linux, I used both the “file –mime-type …” command as well as the “mimetype …” command to determine that type for my specific file.
Result: Both tools reported “application/x-msi” – which looks to me like it could not be better (!??)
Then I copied the file to something else, with a complete nonsense extension – just to make sure that the above result is not simply derived from the extension. Now these were the results:
– “mimetype” reported now “application/x-ole-storage”
– “file …” still reported “application/x-msi”
The latter shows me that “file…” really looks into the file!
But still I do not understand what WordPress has to complain here…
Phantastic – thank you! Actually the green little box contains the solution for the upload: it is now unlimited, and I could indeed send our new MSI file to the server.
However, it looks like ONLY NOW the type problem is really hitting! (Before the “not working” simply meant: You can choose the file – and nothing happens.)
What I see now is a message in the “Attached Files” field in the “Add New Package” page: It gives the file name that was successfully uploade, and then in red letters the message:
“Upload blocked. The file type is invalid—the file extension does not match the actual content type.”
To me this looks like there might be now indeed some problem with extension vs. MIME-Type – wherever that is specified (inside the file??) and what it should be in order to be valid!
Because if “actual content type” would mean whether it really is a MSI = “Microsoft Installer” file, then nothing should be wrong: I successfully used that MSI file to do an installation! So it is definitely not broken. Thus my guess that “actual content type” could be the MIME type, and then I wonder how it is determined (if not from the extension…).
First thanks for your effort!
Trying right now – and still no success 🙁
BUT I realized another thing: While previously our EXE installers used to be something around 100MB, the new MSI installer for our new version turns out to be 162MB – clearly exceeding the 128MB limit on our website for such files!
Since we do not have the option to reduce this size, we now need to find some setting where we can increase that limit to, say, 192MB or whatever is larger than our MSI files – then try again.
And there is of course a good chance that my problem was this – and not the file type! – already from the beginning!
With best regards,
Cornelis
Thanks! This was working!
Looks like I need to remember this “trick”!??
WHAT THE HELL IS GOING ON HERE: There it is AGAIN!!
Again I open my dashboard in order to put there a file for a customer – and again it tells me:
Download Manager Pro support and update period was expired on 2024-10-15 – Renew Order
I really cannot believe that this is happening again and again – now already after a couple of days!!!
Will it ever be possible to get this problem solved in such a way that it is REALLY SOLVED and does not come back after days, weeks or months!???
Hello Tahasin,
Thanks for dealing with the issue now so prompty!
Although I must say that in this technical support forum I always had only the best experience regarding “reactivity” – so thanks also to the entire tech support team at this point!
It rather looked like the accounting people were “sleeping”, but in this case I received now also a response from their side and it looks like things are now being handled.
Best regards, Cornelis
I went now to Downloads>Settings>License and pressed Save Settings. But still I do not have an option to “update” on the Plugins panel: It still tells me that my license has expired!
At the same time I really wonder why my paid initial license is not any more recognized. Normally I should not have to pay the license twice and still not get it working; this is at least my humble expectation – normally…
It really looks to me like things are pretty much messed up, with two versions being installed in parallel, somehow competing with each other so none of them can work properly!
Sorry, I just see: Actually the “WPDM Packages by Category” is working – if I delete the widget that is on the page and add it again! So probably I am removing the old version and replace it by the new one.
Also the message comes probably from the fact that I have now somehow two instances with two different versions of WPDM Pro on my website: the one erroneously “expired” and another newer version that is actually doing the job.
The “Advanced Access Control” is at the same time telling me that it needs an update, and if I go to the WPDM page and click on “install” it does “something” – then says “success”. While still showing the thing as “needs an update…”
Thanks! So for the moment let me close this thread – and I wish you a good day!
I can open the website, but regarding “everything” I am not sure yet – because I did not manage to try everything!
However, during my research, from the webhoster I received a listing of 3 plugins with “weaknesses”:
– one is the mentioned “advanced menu widget” that I disabled (now looking for an alternative). On it’s website it is said that it is now discontinued – because of safety issues.
– however next is the “Download Manager 6.0.2” on that list! The further specification of the issue is this:
WordPress Download Manager Pro plugin < 6.3.0 - Unauthenticated Sensitive Information Disclosure vulnerability
Unauthenticated Sensitive Information Disclosure vulnerability discovered by Johan Kragt in WordPress Plugin Download Manager (versions 5.0.0-6.2.9)And the recommended action: “deactivate plugin”. Well – I actually need the functionality…
Any helpful hint?
First own finding: After disabling some other plugin (“advanced menu widget”) the website can again be opened now and the “dashboard” is accessible!
Meaning that I might have pointed to the wrong “guilty person” when asking in this support forum for the “download manager”.
(Further investigation seems to be needed now on my side…)
After a first customer complaint about downloads not any more reachable, I did an effort to find some solution or at least workaround. I found actually two things:
1) On the page that was supposed to show download packages “by category”, there was a widget “WPDM CatPackages” that was reported as “missing”. Maybe that was part of the previous versions of WPDL?? In any case, I looked into available widgets and found “WPDM Packages by Category”, and it turned out that this one is actually the one that I need! So by replacing the one widget by the other, the functionality of the different download packages by category came back.
I believe that this is good to know also for other potentially affected customers: Looks like some compatibility was broken here!
2) Download for specific customers was achieved by using the code [wpdm_my_downloads] with some parameters (Looks like these codes are actually the “short codes”: learning learning – some “web programmer slang”…). One of these parameters was template=”something”, and this seems to be the thing that did not work any more: I removed that parameter, and now the customer specific download list is appearing again in a new design.
This could be due to my attempt to block some “Next”/”Prev” buttons that were actually punching a “hole” into the customer specific download because a customer could use these buttons to easily get access to the downloads of other customers! More or less the worst case scenario for a module like “Advanced Access Control” that I am using. Anyway, it looks like this “hole” is not any more there with the new version and also without the template.
Bottom line: at the moment it looks like the problems were solved, but some update of the website was required with that version 6.0 update!
Thanks for these hints: Looks interesting indeed!
Are you basically suggesting that I should simply rebuild the entire download logic now myself?
Maybe there will be a day that I have to simply do that, but at this moment it comes really at a very bad time for learning all this php and web programming stuff in order to get “full control”…
If this is the outlook, I would indeed rather like to go back to the previous version(s) of the WPDM plugin(s) hand have all my working download pages back, because right now with version 6 they are simply gone, while a few days ago I had a working download from the website, by categories and some files also for single users only!
So my question: If it cannot be fixed with version 6.0 without learning all this php first – is there a way back to the previous versions? The good thing was: It was working, while now it is not any more!
With best regards, cobo