I can't reproduce this problem - it seems to work ok for me. Any further information you can give me?

Hi Andrew,
want to report a little bug and its fix
Timezone offsets aren't integeral at all, they're decimal and casting their type into integeral will broke some submition dates during add/edit Entries
if your forum/user timezone is +/-x:30, all of submitions will differ +/- 30 minutes to original submition time

Here is bugfix:
File: includes/local_links_misc.php, function: get_datetimebit, about line: 1456

Find:
Replace with:
also i would suggest add default check to Update to current date and time option during Add entries, but edit

Thanks;

Only that this happens with downloads that were downloaded a few thousend times (some hundred from registered) - maybe a performance problem?

its seems to be execution timeout or malloc() exhaustion
whats your error_reporting value ? did u change that?

That's the value:
error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT

Hmmm is that your master values?
refer to your PHP error logs and look for FATAL ERRORS

BTW, if it works and suddenly stops seems memory allocation or maybe timeout to me
I would suggest you to increase your memory_limit and max_execution_time valuse in php.ini

I have a folder on my server /videos and in it has months of the year as subfolders with videos for races from my local race track. Would this addon be good for adding all those to a page or threads as a download link with counters? Anybody knows of an addon that can either?

memory_limit is set to 128M - more than enough. I will check for fatal errors.

Edit:
No errors belonging to the site I run LDM.

Thanks - will implement the timezone fix.

For the time being, I will not change the behaviour of the 'update to now' checkbox, but leave it as a suggestion. There's a major site which routinely sets new entries to appear at sometime in the future. Having this box checked by default would be confusing to them. It will need a bit of Javascript to ensure that this box gets unchecked if the user modifies the date/time.

The blank screen and the large number of downloads are clues. I guess that your server is running out of some form of resource - memory or more likely cpu.

By default, vbulletin is not very user friendly with system errors, because of its default 'gzipping' of messages to the user. Have you tried turning off this option? vb/admin/options/cookies and http header options/ set gzip html output to 'no' and save. Then repeat the test and see if you get a message instead of a blank screen.

I'll take a look at the code to see if I can improve efficiency.

Edited: I'm pretty certain that your problem will be that the script is running out of its allowed cpu time. This is because separate email messages are being sent to each person who has accessed the entry. Grouping these messages (i.e. having multiple email addresses as 'bcc' recipients) may be a solution, but this isn't a trivial change to the code and the php documentation is not very clear on what is allowed and what is not allowed.