March 2013 - Koha-bugs - lists.koha-community.org

[Bug 9711] New: OPACPopupAuthorsSearch ugly in CSSR
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '13

15 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9711 Bug ID: 9711 Summary: OPACPopupAuthorsSearch ugly in CSSR Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com Depends on: 5888 Created attachment 15665 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=15665&action=edit cssr and OPACPopupAuthorsSearch When you have OPACPopupAuthorsSearch set to show the checkboxes in CCSR it looks horrible - see attached. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 9825] New: Fixed fields not limited in length after upgrade from 3.6.x
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '13

15 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9825 Bug ID: 9825 Summary: Fixed fields not limited in length after upgrade from 3.6.x Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: jcamins(a)cpbibliography.com CC: m.de.rooy(a)rijksmuseum.nl After upgrading to 3.10.3 from 3.6.10, fixed fields do not have any sort of maximum length. They probably should, as they used to in 3.6.x (I think), and still do in new installs. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 906] ISBN Check
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '13

15 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=906 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|chris(a)bigballofwax.co.nz |tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 906] ISBN Check
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '13

15 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=906 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #16169|0 |1 is obsolete| | --- Comment #4 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Created attachment 16170 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=16170&action=edit Bug 906 - ISBN Check In the MARC editor, have the ISBN checked. This feature is syspref-driven [1]. The patch adds the following javascript functions to cataloguing/addbiblio.tt: - _NormalizeISBN (for sanitizing the ISBN before algorithm checking) - _CheckISBNChecksum10 (for validating the checksum digit) - _CheckISBNChecksum13 (idem) - IsISBNOk (extract the isbn from the corresponding field, call the proper checker functions, return the string message) The Check function was hooked to call IsISBNOk and build a proper message dialog. AreMandatoriesNotOk got its message string rearranged too. To test: - Apply the patch, run updatedatabase.pl so the new syspref gets included on the DB. - Try adding a record: no matter what you introduce on the corresponding ISBN field Koha will behave as usual. - Go to the Sysprefs editor, under 'Cataloguing' set RequireValidISBN to 'Require'. - Reload your marc editor - Try different ISBN to see how it behaves: -- test cases -- * Empty ISBN should not stop you from saving your record. * Valid ISBN idem [2]. * Wrong ISBN should make Koha warn you and ask you to fix it [3]. [1] Added RequireValidISBN syspref. [2] Valid ISBN10: 291409891X ISBN13: 9784873113685 [3] Try To+ Edit: forgot to mention my sponsor. Sponsored-by: Universidad Nacional de Córdoba -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 906] ISBN Check
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '13

15 Mar '13

1 0

[Bug 906] ISBN Check
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '13

15 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=906 --- Comment #3 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Created attachment 16169 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=16169&action=edit Bug 906 - ISBN Check In the MARC editor, have the ISBN checked. This feature is syspref-driven [1]. The patch adds the following javascript functions to cataloguing/addbiblio.tt: - _NormalizeISBN (for sanitizing the ISBN before algorithm checking) - _CheckISBNChecksum10 (for validating the checksum digit) - _CheckISBNChecksum13 (idem) - IsISBNOk (extract the isbn from the corresponding field, call the proper checker functions, return the string message) The Check function was hooked to call IsISBNOk and build a proper message dialog. AreMandatoriesNotOk got its message string rearranged too. To test: - Apply the patch, run updatedatabase.pl so the new syspref gets included on the DB. - Try adding a record: no matter what you introduce on the corresponding ISBN field Koha will behave as usual. - Go to the Sysprefs editor, under 'Cataloguing' set RequireValidISBN to 'Require'. - Reload your marc editor - Try different ISBN to see how it behaves: -- test cases -- * Empty ISBN should not stop you from saving your record. * Valid ISBN idem [2]. * Wrong ISBN should make Koha warn you and ask you to fix it [3]. [1] Added RequireValidISBN syspref. [2] Valid ISBN10: 291409891X ISBN13: 9784873113685 [3] Try To+ -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5442] New: Transfer enhancements
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '13

15 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5442 Summary: Transfer enhancements Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Transfers_-_enhanc ements OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 == Checking Books from other libraries == Each branch should be able to select if it will accept patrons checking in books from other branches. 3 steps proposed: * global syspref: should Koha manage checkins globally or on a branch by branch basis? 3 choices: ** Check-in allowed globally? Y/N -> any branch will accept books initially checkout from any other library ** check-in allowed on a branch by branch basis? Y/N * if choice 2 is ON, in each site's parameters, one can select the list of branches for which transfer of items are a-ok. * in UI in circulation, when one checks in an item initially checked out from another library, Koha has different messages according to the situation: ** "transfer to library OTHERLIBRARY" if transfer is allowed ** "Checkin from library OTHERLIBRARY is not allowed. Do you want to override?" Y/N. If Y: do as preceding step; If N: do nothing, the item stays on the patron's account. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 2

[Bug 1822] Global parameter in acqui. to require yes/no verification if over amount
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '13

15 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1822 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |jonathan.druart(a)biblibre.co | |m Resolution|--- |DUPLICATE --- Comment #2 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- *** This bug has been marked as a duplicate of bug 9822 *** -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 8312] New: Bug 1633 causes an error when upgrading the database
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '13

15 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8312 Priority: P5 - low Change sponsored?: --- Bug ID: 8312 Assignee: oleonard(a)myacpl.org Summary: Bug 1633 causes an error when upgrading the database Severity: major Classification: Unclassified OS: All Reporter: robin(a)catalyst.net.nz Hardware: All Status: NEW Version: rel_3_8 Component: OPAC Product: Koha This causes an error on upgrade: [Tue Jun 26 04:58:51 2012] updatedatabase.pl: DBD::mysql::db do failed: Can't create table 'koha_central.biblioimages' (errno: 150) at /home/robin/kohaclones/ca/installer/data/mysql/updatedatabase.pl line 4634. This SQL: CREATE TABLE `biblioimages` ( `imagenumber` int(11) NOT NULL AUTO_INCREMENT, `biblionumber` int(11) NOT NULL, `mimetype` varchar(15) NOT NULL, `imagefile` mediumblob NOT NULL, `thumbnail` mediumblob NOT NULL, PRIMARY KEY (`imagenumber`), CONSTRAINT `bibliocoverimage_fk1` FOREIGN KEY (`biblionumber`) REFERENCES `biblio` (`biblionumber`) ON DELETE CASCADE ON UPDATE CASCADE ) ENGINE=InnoDB DEFAULT CHARSET=utf8 doesn't work unless everything after 'ENGINE' is ommitted. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 1633] Add ability to take book cover images from local img db
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '13

15 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1633 Magnus Enger <magnus(a)enger.priv.no> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #87 from Magnus Enger <magnus(a)enger.priv.no> --- (In reply to comment #84) > I'm getting reports that local cover image aren't showing on the opac search > results - is there a bug with this? Or was this not part of the scope of > this patch? For me, local covers show up nicely in the search results on version 3.08.10.000, when OPACLocalCoverImages is activated. Nicole: Could you open a new bug if this is still a problem for your reporters? -- You are receiving this mail because: You are watching all bug changes.

1 0