[RS_Jelle]

Originally Posted by jimjam

Suddenly, members are getting "ERROR: File not found" on just some files they want to download. The files are physically there in the downloads folder.

Any idea what might be causing this?

Thanks in anticipation

Did you change servers? Check the chmod of the downloads folder, is it still 777? And do the files inside of it (not the images) have got a 666 chmod?

Originally Posted by xTerMn8R

Hey Folks

I had this installed and working great and then added a new skin to the site (style) Now when I try and download something It tells me I've excided my Daily Limit. I'm ADMIN and have checked all the permissions for DownloadsII and have NO restrictions on group and checked all the settings. I did find that I had to re-import a lot of my other products to get them to work in this style so My question is ....

If I re-install the DownloadsII Product will it Kill all the Files and catagories I already have in there, this really would not be good... Is there another way to tell it to work with a new style without re-installing?

Thanks to ALL ...

Termi

That's pretty strange. I don't know how a new style could cause such an error (caused by the DownloadsII PHP code, it hasn't anything to do with the style normally). Are you really sure about the settings of the limits?

If you reinstall (or better said: uninstall and install), all the database stuff will be removed during the uninstall, so you lose all of your data (except uploaded files in your downloads folder). I suggest you to import the product XML again (without uninstalling first!) with the "Allow overwrite" option on. Then the templates etc. are added again to all styles (but it doesn't overwrite template modifications, but that's not the problem).

Originally Posted by Tom_S

I am sure this may have been answered but I haven't found it. When linking to a file such as on downloads.com the url being huge this mod does not accept the entire url. Is there a fix for this? I know the demo Minatica.be Downloads is working fine with this method so evidently there is an edit I can make somewhere to accommodate this issue.

Thanks in advance.

That hasn't anything to do with the demo as we are having the same limitation there.

But it's easy to get rid off
It's no database limitation (it's a text field, so plenty of space), but an HTML limitation (the input field for links has got a maxlength of 250 characters. Just edit the downloads_file_addit template and change the maxlength in the following part of the code:

<input name="link" type="text" size="40" maxlength="250" <if condition="$file['link']==1">value="{$_POST['url']}"</if> />

@Kingster: We are working on v6, but at the moment I'm a bit busy (I've got examns at university in januari). There's already a lot of progress in it (more search options, extensions management -like the vB attachments-, default category sort options and a new category admin, ...). RSS, the search, ... are already suggested, so we try to integrate as much as things, but it's also slowing down a lot. I won't get to a release before the end of my exams, but I really want to finish it finally as we are talking already too long about the new version.

Strange about the category image thing. It's a hardcoded thing, but if there's no image, it's using the ecdownloads_download_pic defined image (I know, not that nice, but we wanted a default image everyone has got). Also note that the image should be placed in your styles buttons folder, that's probably your problem.