Cornelis Bockemühl

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.

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…).

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!???

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!

Thanks! So for the moment let me close this thread – and I wish you a good day!

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!