Difference between revisions of "Activities/FileShare"

Revision as of 15:52, 7 January 2010

Shared activity downloading files

FileShare is an activity that allows the user to share files from their journal.

The activity prompts the user for a list of files. When a user joins the shared activity, they are shown the file list where they can choose which files they would like to download.

The activity was based off a concept activity called Distribute

Project Status

The project is under active development. I am currently looking for bug reports as well as suggestions for further improvement. Check out the current Dev Release (Jan. 07, 2010) or source code.

If you have found a bug, please report it the google group page or email to our google group email address.

Features

Activity can be loaded up and files can be added and removed from the file list
It can be shared and users who join are able to download files (journal entries) from the file list and have them installed into their own journal.
Activity is able to keep and resume
- On closing, the system asks the user if they wish to keep the files with the activity. If they do, the files and file list is stored in the activity entry and can be restored.
- One advantage to this is an instance of this activity can be shared and the files remain with it.
The server is able to copy files back to the journal
- Useful when restoring the activity and would like to get a file back that may have been deleted or modified.
If there is a server running on the jabber server the xo is connected to, it can upload and download files there
- Server script can be found here: http://gitorious.org/jlew/xo-file-distro/trees/master/FileShare.server

Bugs

Please send any bug reports to the group mailing list.

Future Plans

Functionality

Clients needs to communicate more to the server. In the current state, the server is not aware of the number of clients currently downloading files.
- Should show user who is currently downloading what files
- Download count on each file
- Prevent/Notify user from closing the activity while users are downloading from them.

Update server script
- Give access permissions to upload and remove files.
- Keep list of who uploaded file
- Maybe add a private upload option that does not show to all users

UI

Display icons for the journal entry type

Change Log

Detailed change log can be found on our change log page in our google group.

2009-12-11: Initial release
2009-12-14: FileShare-2.xo
2009-12-15: FileShare-3.xo
2009-12-18: FileShare-4.xo
2009-12-26: FileShare-5.xo
2010-01-08: FileShare-6.xo

Links

Project Leader: Justin Lewis
Activity can be downloaded on the sugarlabs activity website: File Share
Source code
File Share Activity on Google Group
- Group Email Address fileshareactivity@googlegroups.com

@@ Line 8: / Line 8: @@
 ==Project Status==
-The project is under active development.  I am currently looking for bug reports as well as suggestions for further improvement.  Check out the current Dev Release (Dec. 26, 2009) or source code.
+The project is under active development.  I am currently looking for bug reports as well as suggestions for further improvement.  Check out the current Dev Release (Jan. 07, 2010) or source code.
 If you have found a bug, please report it the google group page or email to our google group email address.
@@ Line 20: / Line 20: @@
 * The server is able to copy files back to the journal
 ** Useful when restoring the activity and would like to get a file back that may have been deleted or modified.
+* If there is a server running on the jabber server the xo is connected to, it can upload and download files there
+** Server script can be found here: [http://gitorious.org/jlew/xo-file-distro/trees/master/FileShare.server http://gitorious.org/jlew/xo-file-distro/trees/master/FileShare.server]
 ==Bugs==
 Please send any bug reports to the group mailing list.
-* Sometimes user interface can become un-responsive during file transfers or when adding large files that don't have journal entires yet.
-* (Untested, but looks like this will be problematic)Client downloads file and then disconnects. The server then removes a file and re-adds file (after changing it).  When the client re-connects (resumes) the client will not know that the file changed and not allow them to download the new one.
-** Work around: Close the activity and delete it's entry in the journal. When re-connecting, it will allow all downloads as expected as it doesn't know that you already downloaded that file.
-* [Cannot Consistently Reproduce] Permission Denied when reading files on a flash drive
 ==Future Plans==
@@ Line 37: / Line 34: @@
 ** Prevent/Notify user from closing the activity while users are downloading from them.
-* Integration to the school server
+* Update server script
-** Current plans are to have a server running on the school server as well allowing authorized users to upload files to the school server as well.
+** Give access permissions to upload and remove files.
+** Keep list of who uploaded file
+** Maybe add a private upload option that does not show to all users
 ===UI===
@@ Line 51: / Line 50: @@
 *2009-12-18: FileShare-4.xo
 *2009-12-26: FileShare-5.xo
+*2010-01-08: FileShare-6.xo
 ==Links==
 * Project Leader: [[User:Jlew| Justin Lewis]]