Koha 2.0.0RC1 is dead. Long live to koha 2.0.0RC2 !!!
koha 2.0.0RC2 has been released : http://sourceforge.net/project/shownotes.php?release_id=211242 This version of Koha is the second in the 2.0 "stable" series. It does not mean that it has no bugs, but many libraries are using it and don't encounter unsolvable problems. If you want to adopt Koha, please do, but you're warned that this release candidate version may still have some bugs and missing features. If you test it and let us know about any we haven't seen yet, it will help us to fix them. The 2.0.x series version is "feature freezed". Only bugs or minor changes will be made in this branch. The koha team is already working on the 2.2.x version. In CVS (HEAD branch), developpers can already get 1st draft of a working z3950 server. BUGS FIXED: * 318 : allow or not a book to be loan * 537 : in borrower screen, the "fine & debts" now shows only amount due if >0, "nothing due" if borrower has no debts. * 557 : spelling error in message for no search criteria entered * 564 : Member card number not checked unique * 586 : additem.tmpl displays incorrect biblio number * 605 : circulation.pl only shows one waiting item (1 small problem remaining, see bugs.koha.org) * 614 : opac-user.pl doesn't show which items are waiting * 625 : dateformat under system prefs is confusing * 646 : Member flag must be either 'parameters' or 'superlibrarian' to log in (now, any flag enable login) * 662 : poor SQL calls, that could be used for SQL injection (security problem) * 671 : Add institutional member confirmation screen has no details * 672 : readingrec can not be reordered * 675 : "logged in" info missing * 683 : Search for barcode or illustrator says ' You did not specify any seach criteria' * minor HTML modifs & tweaks * minor improvements/bugfixes in installer * biblio & item deletion bugs fixed. * bug fixed in MARC editor, that appeared on specific MARC configuration & makes biblio adding impossible. IMPROVEMENTS: * z3950 client daemon improved a lot : many deadlock situations solved, improved problem reporting, ignoring invalid z3950 servers (or server not responding) * new french translation. Note that only english and french are up to date. Other won't work, probably. Note also that a tool for translator is now ready, and should ease a lot translating and maintaining translations. * new OPAC theme. it's called "css". It's a XHTML1.0 strict OPAC. In librarian interface, just change systempref opactheme to css to get it. Will be the default opac in 2.2 * publisher added in acquisition process (the one with basket & supplier) Basket now ordered by publisher. * notforloan field management added in itemtype administration screen * new migration script : misc/rebuildthesaurus.pl => this script can rebuild thesaurus/authority file after importing records with misc/bulkmarcimport.pl DB change : *index added into z3950results table UNIQUE KEY query_server (queryid,server) (added by installer & updater) KNOWN BUGS : * MARC upload fails silently (in breeding farm) if the file provided is not iso2709 (works fine with a valid file) * autobarcode not calculated even if autobarcode system parameter is set and MARC=on. * the MARC21 english default parameter setup is working, but some librarians reports that some choices are poor. If you use MARC21, tweak some setups to fit your needs. (note : the subject refers to what french people said when we had a king, 2 centuries ago : "the king is dead. Long live to the king" (the 1st being the old king, the 2nd being the new one. Not sure everybody around the world uses such a sentence, so I explain :-) ) -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)
On 2004-01-20 13:29:01 +0000 paul POULAIN <paul.poulain@free.fr> wrote:
The 2.0.x series version is "feature freezed". Only bugs or minor changes will be made in this branch.
This one is not yet completely fixed:
* 662 : poor SQL calls, that could be used for SQL injection (security problem)
KNOWN BUGS : * MARC upload fails silently (in breeding farm) if the file provided is not iso2709 (works fine with a valid file) * autobarcode not calculated even if autobarcode system parameter is set and MARC=on. * the MARC21 english default parameter setup is working, but some librarians reports that some choices are poor. If you use MARC21, tweak some setups to fit your needs.
Are these three the only blockers? Do they have numbers? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/
On Wed, 21 Jan 2004, MJ Ray wrote:
On 2004-01-20 13:29:01 +0000 paul POULAIN <paul.poulain@free.fr> wrote:
The 2.0.x series version is "feature freezed". Only bugs or minor changes will be made in this branch.
This one is not yet completely fixed:
* 662 : poor SQL calls, that could be used for SQL injection (security problem)
KNOWN BUGS : * MARC upload fails silently (in breeding farm) if the file provided is not iso2709 (works fine with a valid file) * autobarcode not calculated even if autobarcode system parameter is set and MARC=on. * the MARC21 english default parameter setup is working, but some librarians reports that some choices are poor. If you use MARC21, tweak some setups to fit your needs.
Are these three the only blockers? Do they have numbers?
I see the following as blockers/critical in bugzilla: 196 cri P1 user input not checked for HTML tags 436 cri P2 circulation.pl only partially templated 662 cri P2 Probable insecure use of prepare() 293 cri P2 Error Issuing Book - 1 So it looks like we need to get bug reports for all three of Paul's reports, and work on fixing the 4 above. Are any of them blockers? If not, perhaps we should think about releasing 2.0.0 and targeting 2-3 of our 7 critical issues for 2.0.1 (hopefully about 1 month after 2.0.0). That way we could get 2.0.0 out the door (it seems stable enough for a number of libraries), which might help perk up some of the flagging interest from libraries and developers who are thinking about putting effort into improving Koha. What do you folks think? Paul? Chris? MJR? Steve? NPL? Anyone? -pate
-- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Koha-devel mailing list Koha-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/koha-devel
participants (3)
-
MJ Ray -
Pat Eyler -
paul POULAIN