connect

Forum Replies Created

Viewing 16 posts - 1 through 16 (of 16 total)
in reply to: “Media not found!” Error #193481

connect
Member
This reply has been marked as private.
in reply to: “Media not found!” Error #193401

connect
Member
This reply has been marked as private.

connect
Member

This has highlighted a real issue with the WP Download Manager Pro downloads – it really needs an
archive of all previous versions, rather than just the latest version. We’ve had to hold back a
version of WP Download Manager Pro because of breaking changes in later versions and we’d like
to bisect exactly which version caused our problem and then we can report it. Not being able
to download intermediate versions means we can’t do that (or even move to the last working
version before the breakage).


connect
Member

Hi Nayeem,

Were you able to see the issue on the link I shared?

Thanks

Mark


connect
Member

https://www.newlon.org.uk/sample/

Password for the page and the download is heswall2

in reply to: License key wrongly says it's invalid #79327

connect
Member
This reply has been marked as private.
in reply to: Parse error #51872

connect
Member

This has been reported several times in this forum, but sadly there’s still no fix for it. CentOS 6 uses PHP 5.3.3 and has 4 years of support left, plus the minimum PHP supported by WordPress is version 5.2.4 – both reasons to not use PHP 5.4+ features yet. Other plugin authors have started using PHP 5.4+ array features and I’ve had to go onto their support forums and request them to fix it – all except the WPDM Pro authors have agreed to so.

One big problem here is that you can’t download older versions of WPDM Pro from this site, which is pretty necessary at the moment to
allow a site to roll back to the previous version. Yes, you should always take DB/Web backups immediately before updating plugins (I do via a cron’ed script), but the WordPress admin interface *doesn’t* do this by default, so it’s easy to forget to do so and be stuck hunting for tape backups (and keeping your fingers crossed they’re OK!).

It’s not good that a chunk of your paying customers can’t use a paid plugin for over 2 months now with no commitment to fix the issue. It’s why we stopped recommending WPDM Pro a long time ago and only keep it going on a few legacy projects.

in reply to: Cannot Activate 4.6.0 due to fatal PHP error #51275

connect
Member

This thread does show a few issues that could be resolved fairly easily:

1. If the minimum PHP requirement for a plugin is above the minimum needed for WordPress core (which is currently PHP 5.2.4), then it should be very clearly stated in prominent places that this is the case. Neither the doiwnload page nor the documentation (e.g. Installation page under docs) mention that the minimum is now PHP 5.4.

2. Because of this rather high minimum requirement, older versions compatible with PHP 5.3 should be downloadable. It’s not acceptable for users having to (repeatedly) post to the support forum about the compatibility issue and not be able to downgrade until someone PM’s them or posts a Dropbox link up!

3. (Slightly harder this one) I still maintain that pre-5.4 compatibility for a plugin should be a target to strive for. Long term releases (particularly for Enterprise distros like RHEL/CentOS/SUSE) of Linux tend to stick to a particular PHP release and backport fixes (but not language features) from later releases. There’s still 4 years of support left on RHEL/CentOS 6 – by dropping PHP 5.3 support and not allowing older releases to be downloaded, you’re excluding a fair chunk of the hosting community.


connect
Member

I suspect this thread is typical of the “WPDM Pro Experience” – things break and don’t seem to get fixed quickly. This wouldn’t be good for a free plugin, but users have paid for this one and should really get serious problems fixed ASAP.

What I do is keep the last 5 or so versions of the WPDM Pro zip file around so I can quickly roll back if there’s a problem. I also take a Web and DB backup before any plugins (not just WPDM Pro) are updated for easy roll back. I’ll look at Web error logs and see if the error can be fixed with a workaround (most of the time it can’t though, such as 4.6.0’s PHP 5.4 minimum requirement, which is simply “wrong” – WP core says PHP 5.2.4 is the minimum and plugins should strive to match that).

Our experience over the last few years with WPDM Pro hasn’t been good enough to recommend the plugin to anyone. We’ve stopped using it for new projects a while back and are gritting our teeth with every WPDM Pro plugin update on older projects, knowing there’s a decent chance of breakage. The likelihood is that we’ll be looking for alternatives soon (or even code our own) because it’s not a satisfactory plugin at all.


connect
Member

I think the problem with the latest WPDM Pro (4.6.0) plugin is that it has “silently” changed its minimum PHP requirements from 5.3 to 5.4. There’s no mention of this change (or indeed any system requirements listed) in the blog posting for 4.6.0 on this site, on the download page for the plugin or in the WPDM Pro documentation on this site.

Unfortunately, CentOS 6 – a popular hosting platform with 4 years of support left – ships with PHP 5.3.3 as standard, so 4.6.0 is now effectively broken on that platform. Yes, in theory, you could use the IUS repo to go to PHP 5.6, but I just tried that on our dev setup and it broke a fair number of PHP 5.3.3 WP sites due to language changes, so it’s not a quick fix.

The plugin author has responded that the “Facebook Connect Library” in 4.6.0 requires PHP 5.4.0 or later and he may fix this in the next WPDM Pro release to work with PHP 5.3. This clearly implies that the author doesn’t test on the plugin’s minimum requirement platform of PHP 5.3 (e.g. CentOS 6 in a VM would do the trick).

Note that we have dozens of different plugins spread across many PHP 5.3.3-based WP sites and this is the first one to break w.r.t. the PHP version. Note that WP core works on PHP 5.2.4+ according the WP site, so to have a minimum requirement of PHP 5.4 for a plugin is not acceptable at the moment (arguably, PHP 5.3 is too high, but there’s probably no Linux distros out there still running a supported PHP 5.2 any more). For the moment, we’ve rolled back WPDM Pro to 4.5.6, which does work with PHP 5.3.3.

It should be noted that we stopped using WPDM Pro for new projects quite a while ago – the plugin has had issues in the past and, as you noted, they’re often not fixed in a timely manner. This latest “breakage” just confirms that we can’t recommend this plugin to anyone I’m afraid.


connect
Member

I am in the same situation: CentOS 6, PHP 5.3.3 (which is the “latest” release from the standard CentOS 6 repos) and just upgraded WPDM from 4.5.6 to 4.6.0 with the same error message as the original poster. We take automatic backups before each update, so it was easy to roll back to 4.5.6 to get downloads to work again.

According to another thread today (“Fatal error activating the plugin”), the minimum version of PHP required is “5.3”, so the standard PHP with CentOS 6 should work OK, but it clearly doesn’t. It does feel like some post-PHP 5.3 code has snuck into the 4.6.0 release, but I can’t be sure.

At the moment, we’re holding back updates beyond 4.5.6, but this is only a temporary measure. I need to know if I have to upgrade PHP or not (there’s an IUS repo that would do the trick) – I’m reluctant to do so when all the other dozens of plugins we have installed across various sites are all fine with PHP 5.3.3.

in reply to: Homebrewing auto-updates #32678

connect
Member

I perhaps should have explained that there’s no programmatic way to find whether there’s an update to any of the WPDM plugins you have installed. I want to automate the updates in a controlled manner (e.g. dev sites first, then UAT, then live) and the WP-CLI tool is usually the ideal tool for this. Sadly, none of the WPDM plugin updates show up as “available” with “wp plugin list”, so I’m quite prepared to homebrew something up.

I notice that in the WP options table, there’s a wpdm_latest field containing valuable JSON data that seems to be a list of all the latest version numbers of WPDM plugins. That data doesn’t seem to be commercially sensitive so ideally it would be nice if that could be made available as a fixed URL feed on the wpdownloadmanager.com site (preferably without requiring a license key/domain hash because I want that data on a server that isn’t running any WordPress install or has any access to a WP MySQL DB where WPDM plugins are installed).

Talking of feeds from wpdownloadmanager.com, it surprises me that the site isn’t entirely in SSL since there’s customer logins and also update checks done periodically in the admin interface. Maybe it’s because of the mixed content warnings I can see on the https version of the site (which also appear in our WP https admin interfaces because of inserted HTML by WPDM loading content via http – duh!).

in reply to: Spelling Errors #8320

connect
Member

.

in reply to: Broken Preview Image #8319

connect
Member

.

in reply to: Identical Package Name Issue #5802

connect
Member

Thanks. Unfortunately since we have several thousand packages created through the document importer manually editing the non-unique url_key entries is going to be a bit of a task.

in reply to: Identical Package Name Issue #5775

connect
Member

[Setting notification by email on]

Viewing 16 posts - 1 through 16 (of 16 total)