When using force_redirect=0 / 1, the download unable to resume, but if using force_redirect=2, the download able to resume. So I used option "2". But the hits won't count. Is there anyway to make it counted just by clicking the link?

I'm using different server for my downloadable files and my vbulletin LDM

Sorry, not with the code as it's currently written. What do you mean by 'won't resume' with force_download=0/1?

Nobody was able to resume the download, if I set force_redirect=0 or force_redirect=1. The file I hosted was larger than 100MB (not at the same vbulletin+LDM host), and if I try to download, and stop it in the middle and resume the download, the download start from the beginning not resuming properly.

If you try to deliver large files held on a different server with force_redirect=0, then indeed you are going to have problems, because the script running on your server will use all its available cpu time fetching the file. This should not happen with force_redirect=1, because LDM simply triggers a browser redirect to get the file. With force_redirect=2, LDM is not involved at all in the transfer process.

Andrew,

I need to 'force' mp3 files to be downloaded rather than open up in a browser window or external player, ie. when the user clicks on the link a dialog box should pop up asking whether they'd like to save or open the file. Can you please explain how I can do this?

Try ldm/admin/settings -> security and miscellaneous settings -> force_saveas -> yes

Let me know if it works as expected.

That method does not work in Internet Explorer.

I was thinking of a more format-specific method which you seem to have mentioned in the wiki here: http://www.eirma.org/wikis/index.php...s_in_vBulletin

Here is a quote from that page:

"Specifying the mimetype as "Content-type: application/force-download" is a useful way to force a filetype to be downloaded rather than opened within the browser window or by a program on the user's PC"

That sounds perfect but I don't know how to specify the mp3 filetype as 'application/force-download'.

Can someone please verify if the conflict between Yahoo event script and embedded players exists in Firefox 3? For more info on this bug, you can read my posts #903 & 908. You can reproduce and verify the bug by:

1. Create a forum with HTML code enabled (remember to allow admins only to post if this will be a permanent forum).
2. Create a thread and post with this sample object tag from youtube:
3. Save and view the thread. The embedded flash player will temporarily show for ~1 sec. when the page loads, but then disappears (if autostart is enabled, video should play but still does not show). Refreshing the page and clearing the cache does not help.

After testing, please post if the flash video remains displayed or disappears. I have not tested in Firefox 3 myself because I'm still waiting for several Firefox 3 bugs to be fixed and Firefox 2 still has a relatively large usage base (~18%) so this bug needs to be fixed. Much appreciated for any help.

Does anyone know if there is a way to check a user's browser for the latest RealPlayer plugin, and if they don't have it then display a message or an update?

That's close to what the force_saveas settings does. Clearly I need to test it some more.

To specify the mp3 mimetype, go to vb/admincp/attachments/attachment manager.

Edit mp3, and change the mimetype box to Content-type: application/force-download. Remember what it used to be in case you want to go back again.