And i think we should use sourceforge more intesive. Why not using the feature and bug management instead of setting up an new one? If you add us as developers to the project we could attach errors and feature request to our user and we will get a better overview of what to do and what others do. BTW: my sourceforge user is thaberkern if you like to add us as developers.
The SF bugtracker is awful. Apply to Atlassian for a few open source project JIRA license (we would need a server to host it, maybe someone would like to take it on ... codehaus.org have a JIRA install, they might take it).
Trust me. JIRA is far more useful and productive. Project roadmaps (charts of pending and resolved issues per release version), auto-generation of readmes/changelogs, XML/Excel output of issues... good issue commenting and searching. It -rocks- :)
Is it possible that you clear the list and remove bugs and feature requests that already are solved.
In Jira they would already be hidden unless you viewed "All" items.
There are some bugs that may have been solved that we quite often see with our 2.x install (sorry can't recall exact build at the moment, but I know it's not the latest)... I've mentioned some of these in the past.
1. When DST changes, SJ thinks -everything- on the server is out of sync with your machine. This is so seriously horrible, as a GET on everything will overwrite anything you had checked out while it DST changed.
2. If you check out a file and your disk is full or a file I/O error occurs, SJ shows the file as checked out but the (old) local file is still read only.
3. Lots of problems with file list display and sorting - clicking in the list can result in the items changing
4. Somehow it is possible to freak out the server, such that you end up with a lot of lock files and cannot access nodes in the client, saying it can't acquire the lock. You have to delete the lock files on the server to get it working again.
Some RFEs...
1. Indication (by icon) of which folders in the tree have files checked out (so you can see if somewhere 5 levels down beneath a root folder you have something checked out without doing a view checkout report)
2. Performance improvement. It's really pretty slow still :( SOAP eh :(
3. Clean plugin interface for adding modules that respond to events like file check in/out etc (so we can write mail/IM notification/RSS feeds or audit plugins etc)
4. Abstraction of the data storage, so that you can put it into a DB if need be
:)
-- Marc Palmer - - - [EMAIL PROTECTED] Wangjammers, J2ME Developers ~ http://www.wangjammers.org/games/
Blog ~ http://www.jroller.com/page/Wangjammer5
------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ SourceJammer-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel
