Closed (won't fix)
Project:
Project
Version:
4.7.x-1.x-dev
Component:
Releases
Priority:
Critical
Category:
Bug report
Assigned:
Reporter:
Created:
25 May 2006 at 11:50 UTC
Updated:
14 Dec 2006 at 19:30 UTC
Jump to comment: Most recent file
Comments
Comment #1
dmitrig01 commentedI can confirm this.
Comment #2
moggy commentedThere's no upload code!
There's just a note: "/* TODO: pending final fileapi" which has been there since I first looked this module 2 years ago.
Since this part of the module has no use on drupal.org. It's not likely to get done anytime soon. :(
Comment #3
dwwmoggy: Since this part of the module has no use on drupal.org. It's not likely to get done anytime soon. :(
a) as the new project maintainer, one of the things i'm trying to do is make project useful for sites other than drupal.org again.
b) if you care about this issue and have the skills to debug this further and generate a patch that adds the missing functionality, i'll be more than happy to review, test, and apply the patch.
c) i can't promise i'll be able to work on this myself in the near future, since i'm doing all of this work as a volunteer, and i have other commitments in my life to deal with, too.
so, don't dispair, please help by writing the code that adds the functionality you need. i guarantee this issue will be resolved sooner if you do that than if you throw up your hands and wait for me or someone else to solve it. ;)
thanks!
-derek
Comment #4
moggy commentedI've looked at this several times since I started using drupal and have yet to work this bit out.
don't worry, if I work it out I'll post a patch.
Comment #5
dwwgreat, thanks! wish i could help more in the short term on this one...
Comment #6
mauriziopinotti commentedok, I've done some work on this.. I've managed to really upload the file, now I'm gonna move it to a proper location and ensure that all is working properly.. I'll tell you something more (and post a patch) in the next days :D
Comment #7
mauriziopinotti commentedWow, my first patch for Drupal, hope this helps!
Changes
--------
* releases get really uploaded!
* releases are stored in the "files/project_releases" subdirectory or any other specified in the settings
* releases can be downloaded with both private and public urls
Wishlist
-------
* delete/edit releases
Comment #8
dwwcan you attach your changes as a patch, as described at http://drupal.org/patch ? that'll make it a lot easier for me (and others) to review.
thanks!
-derek
Comment #9
mauriziopinotti commentedok, I'm sorry.. can you check now?
This is the first time I use diff and cvs so there can be lots of mistakes :p
Comment #10
Andrupal commentedI tried the patch and all "chunks" succeeded except #1 and #2
#1 failed at 1
#2 failed at 117
Comment #11
mauriziopinotti commenteduhm.. I've created the patch this way:
1) downloaded and unpacked project-cvs.tar.gz
2) copied "project" folder into "project.orig"
3) edited "project/release.inc" and "project/project.inc"
4) diff -urNF^function project.orig project > project.patch
is it right?
Comment #12
mauriziopinotti commentedno suggestions? :|
Comment #13
moggy commentedtry this one.
I used the previous patch as a guide. I've used more drupal api's and editing works.
re project releases directory, if we want to upload to there we've got a big problem. Project has been written around the assumption that if the releases directory is set we're not going to be manually uploading files. To undo this would be a LOT of work.
Comment #14
moggy commentedsorry, forgot to change status.
Comment #15
AjK commentedTried the patch and 1 out of six hunks failed. It seems a mod has been made in the CVS version that conflicts with code in that hunk (2).
I've attached a patch that, I believe, fixes hunk 2 failure.
It all seems to work except for "delete" which "blank screens". Nothing appears in the error_log and it appears the file isn't deleted. It's 1:50am here for me so to tired to look futher but I will if I get a moment over the weekend.
regards
--AjK
Comment #16
dwwsorry, this won't do:
someone has to figure that out before this can be committed.
also, i don't personally care *that* much, but this isn't proper coding style:
should be:
a quick skim of the patch didn't reveal any other major problems, but i haven't had a chance to test this yet.
if someone posts a new patch that addresses the first of these concerns (the
variable_get('project_release_directory' ...)stuff), i'll do a more thorough review and test it out locally.thanks again for everyone's help trying to get this working!
-derek
Comment #17
hperantunes commentedI tried last patch sent by AjK, and it didn't worked for me.
In fact, the module stopped even the "false upload" in which only an entry for the release on table "project_releases" were created (thus, searching the "uploaded" release file in drupal root directory).
Somebody have a hint on how to change just the directory where the module searches the "uploaded" file? I intended manually upload releases to files/projects_releases/ directory instead root.
Comment #18
hperantunes commentedI've did an über hard code to send to the database a custom path to the release file on insertion and update of a release.
For some reason, if there's any value in variable.project_release_directory on the database, the link to "upload" a release in project summary does not shows itself. So, I add the complete path in project_releases.path.
In the file release.inc source file, find the project_release_save function. Add after this line:
$node = node_load($release->nid);... the code that follows:
$release->path = 'files/projects_releases/' . $release->path;The path "files/projects_releases/" is just an example.
Comment #19
dwwthis is now totally fixed and happy if you use the 4.7.x-2.0 version of project.module, where releases are now represented as real nodes (using the new project_release.module). i'm not going to fix this in 4.7.x-1.*, since it's already massively better in the 4.7.x-2.* series.
thanks for all the help, anyway!
-derek