Apache OpenOffice (AOO) Bugzilla – Issue 1993
File Sharing: Secure, automizable, per-project way of uploading large batches of files
Last modified: 2009-07-12 18:58:16 UTC
It would be helpful to have regions on the server which will be easy accesible using 'scp'. This is for generated output which should be updated very frequently (eg. IDL reference dokumentation). For this kind of generated output it is to overspaced to use cvs for each update.
reassigned
I am reassigning this issue to MT, who is our lead engineer for Ooo. -louis
Wrong MT...
reassigning to support
Hi, We will discuss the possibility internally. There is a designated upload section, but if I understand correctly you would also like to be able to copy files down from the server and possibly remove old files? Thank you Kat
Without further details of the extent of fuctionality it is difficult to proceed. Are the Files or Documentation sections available within each project's resources not sufficient for this use? Thank you Kat
Sorry, I missed this question somehow. What we need, is an area which is visible in the web (by http) but not within the CVS area. The files area might be usefule, if we could use scp to copy files to it. Using a web form is not a good option, because we need to copy thausands of files (by a script).
There has been some discussion on this subject, but no conclusions yet. The request is being tracked internally as pcn6627. Thank you Kat
Moving this to the www component, and reassigning to support@ so I can look at it.
We are currently in the planning phase of an enhancement called "File Sharing: Secure, automizable, per-project way of uploading large batches of files." I think this is really the same request, so I'm changing the summary to reflect that. The internal issue number for this is PCN6827, and it's planned for our next major release (code-name Danube).
This enhancement is targeted for the Danube release of SourceCast. During the upgrade to that release we can verify this issue or reopen if necessary.
Right now, I have the problem that I would like to restrucure the "web presence" of the DBA project (it urgently needs this :). This means (possibly) renaming of files, (certainly) renaming of directories, and moving files. All of this is up to impossible with the current architecture, where I would need to cvs remove/add all the affected files. It would be great if such a scenario could be targeted with this issue, too. It's not only about a large number of files (what the current subject suggests), but it's also about small changes which are simply ineffecient when done with CVS. I think an FTP area (all webspace providers I know offer this for the homepages they host) would be the best solution. It would be easiest to work on a (local) directory/file structure which represents the web presence of a project, and then sync this with the web server, without hassling with dozens of cvs commands. In this course, it would be interesting to know what is the time frame for Danube? :)
For technical reasons we have to move the issue to another subcomponent tan 'www'. Sorry for bothering you with this generated notification message. There is no need for any action from yor side. Thanks for your understanding, Stefan
According to the status whiteboard entry this issue is planned or targeted for Danube. In preparation of the upgrade we should see a confirmation that the issues will be resolved in CEE 3.5.1. Please set the target milestone accordingly.
Got pushed for consideration in later releases.
This issue has been considered for a future release . Moving this issue into the resolved later queue .
To CRM .
TO CRM
.
After careful review, we found this to be a custom request to address your specific business requirement. We have reviewed all future roadmaps, functionality, and options but did not find an area this request applied to CollabNet's future goals. If you feel you would like this request to be considered/implemented, please forward your suggestions to our Services team. Regards, Karishma CollabNet Support
wontfixed -> closed