Originally Posted by DJDrew (Post 1649292)

Hello, everything for the links and downloads manager is working fine for me. Altough my forum runs very quickly, including the downloads section, it seems to run very slow when loading the images for the downloads.

All the images are hosted on the same dedicated server and the image loads up fine when linked direct to the image rather than through the download manager.

Anyone got any ideas to why this might be happening? I've tried playing round with it all but couldn't seem to figure out why it was doing it! Please help, Drew.

Originally Posted by AndrewD (Post 1649435)

Have you specified a directory in which to cache the thumbnails - ldm/admin/settings/images and icons/thumbs_dir - if not these are being regenerated each page display, and this is slow.

Originally Posted by DJDrew (Post 1649669)

Hello,

That seems to have worked.

Did you look into the vBadvanced for me?

Originally Posted by vbboarder (Post 1649768)

FYI: The version checking for LDM doesn't work in the adminCP products page - you need to update your pid in the "Edit Settings" of this thread page for it to work.

Originally Posted by vbboarder (Post 1649768)

FYI: Since you do a lot of plugin coding for extra plugins, you may find this mod useful (make sure to read post #9 by Carnage for VB code changes): https://vborg.vbsupport.ru/showthread.php?t=191438

Originally Posted by AndrewD (Post 1646837)

I realise what is the problem.

There is a bug in the vbadvanced code when vba is installed on a windows-based server, and this causes the error you report ("this is not a valid module file") with all attempts to upload modules (not just LDM). I have reported this to Brian on vbadvanced.com, but so far I don't think it has been fixed in the official release.

The fix involves a minor change to the file admincp/vba_cmps_admin.php, as attached. If you upload this file, I think you will find that the modules install correctly.

When you have fixed this, be careful to avoid another problem related to the way vbadvanced handles module installation. The vba upload module form asks you which style(s) to add the new module's templates. You have created eight styles, but you have made them all 'top level' styles - i.e. they all have 'no parent style' (admincp/styles/edit style settings), so they cannot inherit templates from their parent. This means that the new vba module templates must be installed to *all* your styles, i.e. you must select all of them when uploading the module.

Again, I'm happy to do the installation for you, but obviously I can't install the code fix.

Originally Posted by vbboarder (Post 1649099)

Andrew, I'm about to update to LDM 2.3.0-beta1 but I would also like to update to VB 3.8.0-beta1. Do you know of any conflicts the new LDM will have with VB 3.8? Should I update LDM first or VB? Please let me know soon, thanks.

Originally Posted by DJDrew (Post 1649792)

Hello,

Just tried that - didn't seem to work.

Originally Posted by AndrewD (Post 1650176)

From a quick check, I don't see problems with the vb 3.8 beta. The LDM profile integration isn't working in the code I've released, but that's because there's an explicit check for version vb 3.7. When I change the test to allow vb 3.8, this feature also works ok. Auto posting in vb threads is still working fine.