August 2012 - Koha-bugs - lists.koha-community.org

[Bug 4221] defaultSortField & OPACdefaultSortField non functioning
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '12

20 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4221 Fridolyn SOMERS <fridolyn.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |RESOLVED Resolution|--- |DUPLICATE --- Comment #10 from Fridolyn SOMERS <fridolyn.somers(a)biblibre.com> --- *** This bug has been marked as a duplicate of bug 8012 *** -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4221] defaultSortField & OPACdefaultSortField non functioning
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '12

20 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4221 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|PATCH-Sent (DO NOT USE) |P5 - low Hardware|PC |All -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3087] Z39.50 server returns usmarc format records for UNIMARC DB
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '12

20 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3087 --- Comment #11 from M. de Rooy <m.de.rooy(a)rijksmuseum.nl> --- >From the log: [Mon Aug 20 10:31:51 2012] [error] [client 192.87.126.61] [Mon Aug 20 10:31:51 2012] z3950_search.pl: defined(@array) is deprecated at /usr/share/koha/testclone/cataloguing/z3950_search.pl line 107., referer: http://libdevelop.rijksmuseum.nl:8009/cgi-bin/koha/cataloguing/z3950_search… [Mon Aug 20 10:31:51 2012] [error] [client 192.87.126.61] [Mon Aug 20 10:31:51 2012] z3950_search.pl: \t(Maybe you should just omit the defined()?), referer: http://libdevelop.rijksmuseum.nl:8009/cgi-bin/koha/cataloguing/z3950_search… -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8654] New: DataTables in Acquisition module: aqbudgetperiods.tt
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '12

20 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8654 Priority: P5 - low Change sponsored?: --- Bug ID: 8654 Assignee: julian.maurice(a)biblibre.com Summary: DataTables in Acquisition module: aqbudgetperiods.tt Severity: enhancement Classification: Unclassified OS: All Reporter: julian.maurice(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Acquisitions Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 3087] Z39.50 server returns usmarc format records for UNIMARC DB
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '12

20 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3087 --- Comment #10 from M. de Rooy <m.de.rooy(a)rijksmuseum.nl> --- I am willing to sign off on this one. I did a new install and it still works for MARC21. Did not test UNIMARC. But I am not fully sure if all details are correct now. Name and reference are now marc21. If I understand the YAZ manual correctly, the value MARC21 is no OID (object identifier) and cannot be used for the reference field (in usmarc.mar). I think it should just be USMARC (what it was). Note that UNIMARC and NORMARC e.g. are valid OIDs. (But maybe I did not find the latest version..) In yaz-client I tested format marc21, format xml and format usmarc. Format marc21 and usmarc, both say to me: Recordtype USmarc. Could that be a yaz version problem? (4.2.4) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8348] New: useDaysMode syspref does not apply
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '12

19 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8348 Priority: P5 - low Change sponsored?: --- Bug ID: 8348 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: useDaysMode syspref does not apply Severity: critical Classification: Unclassified OS: All Reporter: koha(a)univ-lyon3.fr Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Created attachment 10619 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10619&action=edit useDaysMode syspref does not apply correct an incorrect sql parameter and an inverted key/value hash in Calendar.pm subroutines. Consider that the following line in _is holiday subroutine : $dt->truncate( to => 'day' ); is still corrected by the patch : Bug 8251 - Follow up, use 'day' instead of 'day' for Datetime::truncate http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10418 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 4324] Let's tangoify Koha
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '12

17 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4324 Mason James <mtj(a)kohaaloha.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED CC| |mtj(a)kohaaloha.com Resolution|WONTFIX |--- --- Comment #1 from Mason James <mtj(a)kohaaloha.com> --- why change bug status to WONTFIX? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '12

17 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Joy Nelson <joy(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |joy(a)bywatersolutions.com --- Comment #41 from Joy Nelson <joy(a)bywatersolutions.com> --- I was able to apply this patch (a merge conflict with updatedatabase.pl to resolve first) In testing, the maxreserves value was set to 9. I was not able to place holds for over 9 items. I was not able to place holds for exactly 9 items. I could place holds for 8 items. I attempted to place a hold on one more item and received two messages on one screen: message1: Sorry, you cannot place holds on all these items. You can only place 1 more hold(s). Please choose the items you wish to be held. message2: Sorry, none of these items can be placed on hold. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4476] Improve clarity and usability of issuing rules interface
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '12

17 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4476 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4324] Let's tangoify Koha
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '12

17 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4324 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are watching all bug changes.

1 0