I am having problems with uploading releases.
When I upload a file for a release I get these errors:
* warning: md5_file(contentpack1-1.0.zip) [function.md5-file]: failed to open stream: No such file or directory in /home/siegethe/public_html/drupal/modules/contrib/project/release.inc on line 393.
* warning: filemtime() [function.filemtime]: Stat failed for contentpack1-1.0.zip (errno=2 - No such file or directory) in /home/siegethe/public_html/drupal/modules/contrib/project/release.inc on line 394.
* warning: filesize() [function.filesize]: Stat failed for contentpack1-1.0.zip (errno=2 - No such file or directory) in /home/siegethe/public_html/drupal/modules/contrib/project/release.inc on line 281.
The release is created but filesize() throws an error when viewing it saying the file doesn't exist. And the link to the file actually points to the root. If I put the file there I no longer get any errors and I get a correct filesize, no md5 hash though.
I can get it to work if I do this:
It only works if I upload the files before creating the project.
1. I leave 'Release Directory' empty under administer->setting->project.
2. What I did was create a folder under 'files' called 'releases'.
3. I knew that my testproject would be using the shortname 'shadowlands' so I named the files 'shadowlands-1.0.zip' and 'shadowlands-1.1.zip'. Apparently the project module looks for files that use a 'shortnamn-version.fileformat' naming convention in this folder.
4. Now I create my project and call it Shadowlands, give it a fitting description and make sure that I use 'shadowlands' as shortname.
This doesn't really help me though since I need my members to be able to submit projects.
I use the default settings for project btw.
So is this a bug, is my setup faulty or what gives?
Thanks in advance.
Comments
Comment #1
sol77 commentedThe 'files' directory's permissions is set to 777 on this config (just for testing).
Modules I am using other than core are:
* bbcode
* comment_upload
* image
* privatemsg
* quote
* smileys
* subscriptions
* tac_lite
* troll
* upload_image
The version of Drupal is 4.7.3 and the server runs php5 and mysql 4.1.
Comment #2
asimmonds commentedReverting title
Comment #3
dwwyup, it's currently broken. that's yet another reason i'm working on the new system for drupal releases (http://drupal.org/node/77562), which will solve nearly all of the bugs with releases in the current project module. this issue is basically duplicate with some others, but i don't have the energy to find the issue #s i'm talking about right now, which is why i'm not changing the status. (yet).
thanks,
-derek
Comment #4
sol77 commentedOk. Thanks for letting me know.
Can I force the module to use a certain path somehow?
Comment #5
dwwi'm not going to spend any time trying to deal with these old bugs. this is blocked on the new system.
Comment #6
sol77 commentedOk, I'll just have to wait. Thanks for your time.
Comment #7
MichaelCole commentedAnybody find a workaround to this? Seems like pretty basic functionality for a "Project" module.
Comment #8
dwwyes, if you try the 4.7.x-2.0 version of project.module (which includes a new project_release.module), and use that, you can create releases (which are now their own node type), and file uploads work fine.
sadly, i haven't yet had time to write good installation and upgrade docs. so, if you've got an installation of 4.7.x-1.* project.module, the upgrade could be a little sketchy (especially if you already have "releases" under the old system). however, if you're starting from scratch, use 4.7.x-2.0 and you should be fine.
beware that if you *also* enable the cvs.module, project_release.module gets kinda different (since it assumes you want the releases to be generated from a CVS tag). if that's *not* what you want, don't enable cvs.module. ;)
hope that helps... i *will* be working on docs at some point in the (hopefully) near future. i know it's a gapping hole. please don't complain about that. ;)
thanks,
-derek
Comment #9
(not verified) commented