If you're not seeing this issue, my guess is that your external files are stored under the same domain as your WP instance. Our download files are accessed from a different domain. Our site is fcm.org, and the download files are served from a bitwarden.com domain.

Reindexing is complete, and my fix does appear to have worked. Don't know whether this is the correct general fix, or just enough for my needs.

Obviously, you'll need to fix the Download Manager plugin, or my fix will just get overwritten in the next upgrade of the plugin. .And, again, there is another place in the plugin where it looks like there's the same logic error that would affect older versions of WPTFS..

Hi @EpsilonAdmin,

Thanks for the update.

It didn't work at first but I found the problem. The WPFTS Add-on for WP Download Manager wasn't passing the $is_enable_external_links parameter to GetCachedFileContent_ByLocalLink, so it wasn't indexing the WPDMPRO external files.

I changed that, and it did index everything. However, the performance on the WPDMPRO front-end pages was unbelievably slow. It turned out, it was reindexing every file any time it's post was viewed through the front end. So, I set $is_force_reindex to false in the call to GetCachedFileContent_ByLocalLink, and that seemed to fix it.

I don't know whether the changes I made to my copy of the the WPFTS Add-on for WP Download Manager were correct, but there are definitely some changes required there to make this work.

It does appear that this functionality will work as long as WPFTS Add-on for WP Download Manager is updated.

Thanks

I looked into the code further, and it looks like the WPDM files must be hosted locally for their contents to be extracted. As we host the content on a cloud service, this plugin won't process them, meaning this plugin will not work for our purposes.