The limit-useraccess extra in the new LDM zip file includes a plugin, limitaccess-byreputation-plugin.xml, which modifies the download access according to the user's reputation. If you simply install it unchanged, it will behave as follows:

Users with reputation 0-9 get no bytes and no files
Users with reputation 10-49 get whatever you have set up in the bandwidth tables
Users with reputation 50-499 get double whatever you have set up in the bandwidth tables
Users with reputation of 500 or higher get ten times whatever you have set up in the bandwidth tables

These changes do not apply to administrators

You can change that behaviour by editing the plugin. It should be straightforward.

Now I am confused. I want members to add to the reputation of the member posting the file. So that a member rating the file will have effect upon the reputation of the member who posted the file. I think that this will greatly increase the amount of files posted, as it will reward doing so.
This can be done by either adding a reputation rating scale to the icons right from the file (next to add to my favorites) or by connecting comments and ratings to the reputation system.

Actually, I'm also confused. I'd understood that you wanted to control access according to reputation.

OK, this goes back on the wish list.

Regarding LDM 2.2.1:
.

Maybe to put some validation in the settings dialog to get rid of this problem?

Spooky that the IE/Opera problem remains 100% reproducable in 2.2.1 even with setting:

Thumbs space = "/thumbs"

The thumbnails will not load in IE 6.0.

Tried flushing caches and all.

Can this have something to do with file name, (URL base name), generation for the thumbs?

Setting:

Thumbs space = ""

..and thereafter doing "Rebuild thumbs", (http://www.teflon.net/forum/local_links_admin.php?action=doadmin&dothumbs=1), will make the problems go away.


If not rebuilding thumbs, the problem remains randomly for some of the pictures.

And even after clearing Thumbs space and rebuilding thumbs, there will still be remnant files in the thumbs directory.

Can this have something to do with file name generation for the thumbs and validating of cached thumbs?

Validation of the thumbs_dir setting was written into the code after 2.2.1, because there were a number of different reported problems. Basically, the code tries to crate a test file in the specified directory.

Interestingly, I've just rechecked the validation with the example you have reported. It works properly on a Linux box where /dir1/dir2/../dir3 is not a valid file name amd where file permissions work properly. However, Windows, bless its heart, unexpectedly (for me at least) decides that /dir1/dir2/../dir3 = /dir1/dir3 and - because its file permissions are less robust - can create the test reports and so reports that everything is ok.

Yes, I'm sorry about that. There were circumstances where the old files were not being tidied up properly. I hope there are now fewer in 2.2.5.

I've tested on these two server platforms:

• Slackware 10.2.0, Linux version 2.4.31
• Linux www2 2.6.17.7-grsec #4 SMP

It is fully reproducable on the above platforms.


Windows? Don't mention the war! :confused: :knockedout:
No offence ment for those who love those limited platforms, but there is billions of issues with webservers running Windows.
I know this i s flame bait, but please make another thread or send med some PMs if ya want to bite my head off. ;)

yes, it would be, with 2.2.1 - as I said, the error checking was written in afterwards.

Hi Andrew,
Thanks for the hack, its perfect, but i have a small problem, i want to make a categories that only some user groups can see, my understanding is now, i need to link to a forum, so it picks a permission from that forum, the problem is , i dont have a forum which only those user groups can see. all my forums are open to everyone, but i want SOME categories in the download manager be exclusive to some usergroups, is this possible? thank you very much again.

create one with ur permissions and make it invisible so no one sees it

EDITED ... i fixed it, thanks