Jump to:
| Project: | Disk Node |
| Version: | 4.7.x-1.x-dev |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | active |
Issue Summary
I'm sure this is a conflict with some other part of the system, but I am unable (and don't have time) to find it.
My site uses 4.7.3 with several contributed modules. I have set Disknode to work with several node types - pages, stories, book reviews, products, and polls.
The base directory (as I understand it) is supposed to be a subdirectory of the 'files' directory, which is itself a subdirectory of Drupal. Base directory is set to 'downloads'. The 'per-user' directories is not selected.
In my File System settings, I've chosen 'private' to prevent users from downloading files without being registered.
Registered users are getting a Page Not Found error when trying to access the download files. Here is a sample record in the Drupal logs of one such attempt:
details
Type page not found
Date Thursday, September 7, 2006 - 9:55am
User AlanT
Location http://www.powerkeyspub.com/system/files/ScienceOfGettingRich.pdf?downlo... http://www.powerkeyspub.com/articles/free-downloads
Message system/files/ScienceOfGettingRich.pdf not found.
Severity warning
Hostname 71.205.202.82As you can see, disknode is not creating a valid URL. This happens in both IE and Firefox.
I chose to use Disknode because it counts the number of downloads of each file, which the standard Upload module does not. Until this bug is resolved, I'm switching back to using the Upload module, but will reactivate the Disknode module if someone needs to see for themselves that it is not working on my site.
If anyone needs more information, please contact me and I'll answer whatever questions you have.
Comments
#1
Update,
As soon as I activated the Upload module, the links created by Disknode started working.
It appears that there is a dependency here that was not mentioned in any of the documentation.
The problem for me in this, is that the user is now given 2 download links, one that is NOT COUNTED.
Just to verify things, I went back and deactivated the Upload module and yes, once again the disknode links DO NOT WORK!
So, it appears to me that the ONLY way I can have what I'm trying to accomplish is to set disknode to act as a separate node type, which is not what I wanted to do, especially since I have product samples that I want to track how many are downloaded compared to how many sales of the actual product are made.
If I were a programmer, I'd fix this myself, but since I am not, I'll have to depend on those who pride themselves in creating a reliable, working module, which at the moment, disknode is not.
#2
The solution is enable in access control the permission of the user
-> admin/access
#3
Actually, I did enable access permissions for the downloads to registered users. So that doesn't seem to be the problem in my case.
Since turning on the upload module and having disknode work with no other changes, that suggests to me that there is a dependency on the upload module. I noticed that a permission setting (upload files) seems to be shared between them, with it showing up in the disknode area when that module is active, but under the upload module area otherwise.
#4
I had this problem and I left uploads enabled, then by content type disabled the Upload feature and everything seems to be fine.
My old "uploaded" files are still downloadable and appear in the "disknode" interface, but there aren't two links for downloading.