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

[Bug 10268] New: add missing perl packages for Koha on wheezy (perl5.14)
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '13

19 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10268 Bug ID: 10268 Summary: add missing perl packages for Koha on wheezy (perl5.14) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com CC: robin(a)catalyst.net.nz i just upgraded my squeeze box to wheezy, and got some errors about some missing perl modules a quick cpanm fixed the errors... # cpanm LWP/UserAgent.pm Try/Tiny.pm URI/Escape.pm this bug will attempt to fix this problem -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9362] New: Wrong query in GetUpcomingDueIssues (Circulation.pm)
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '13

18 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9362 Bug ID: 9362 Summary: Wrong query in GetUpcomingDueIssues (Circulation.pm) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Circulation Assignee: adrien.saurat(a)biblibre.com Reporter: adrien.saurat(a)biblibre.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com C4:Circulation:GetUpcomingDueIssues is used in the advance_notices.pl script. This script waits for a "maxdays" parameter, which is used in the following request. We have in GetUpcomingDueIssues the following query: SELECT issues.*, items.itype as itemtype, items.homebranch, TO_DAYS( date_due )-TO_DAYS( NOW() ) as days_until_due, branches.branchemail FROM issues LEFT JOIN items USING (itemnumber) LEFT OUTER JOIN branches USING (branchcode) WhERE returndate is NULL AND ( TO_DAYS( NOW() )-TO_DAYS( date_due ) ) < ? Shouldn't the last line be replaced by "AND TO_DAYS( date_due )-TO_DAYS( NOW() ) < ?" like what we see in the select clause? The date_due is supposed to be "bigger" (farther) than the NOW date. -- Also, this request gives the upcoming due issues, but also the overdues. Is it supposed to be so? If not, the last line should in fact be: AND ( TO_DAYS( NOW() )-TO_DAYS( date_due ) ) BETWEEN 0 AND ? -- I'm not sure about the last point, so for now I'll make a patch including only the first change. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 7674] New: tabs my holdings and others holdings. Buttons "Remove items Selected", "Modify items Selected"
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '13

15 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7674 Priority: P5 - low Change sponsored?: --- Bug ID: 7674 Assignee: gmcharlt(a)gmail.com Summary: tabs my holdings and others holdings. Buttons "Remove items Selected", "Modify items Selected" QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: stephane.delaye(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha >From screen ../cgi-bin/koha/catalogue/detail.pl?biblionumber= Different lists(tabs) for my holdings(items with branch connexion) and other items(item with branch different of branch connexion). Add filter at the top right of the item list. Filter that points to the enumchron 4 / Add a column "Selection" check at the table of results 5/At the bottom add two buttons: "Remove items Selected" and "Modify items Selected" Buttons that copy / paste barcodes on the screens: batchMod.pl or batchMod.pl? Del = 1 6/Buttons activating a pop up screen avoiding leaving detail.pl >From items page, reach in 1 click the "batch del item" (usefull when you trash a year of a daily serial) Notes : new permissions associated with these functions see ticket 7673 -- You are receiving this mail because: You are watching all bug changes.

1 83

[Bug 10671] New: Koha 3.14 Help Files Update
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '13

15 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10671 Bug ID: 10671 Summary: Koha 3.14 Help Files Update Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This is the running bug for the 3.14 help files. -- You are receiving this mail because: You are watching all bug changes.

1 129

[Bug 7764] New: INSTALL.ubuntu needs updating
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7764 Priority: P5 - low Change sponsored?: --- Bug ID: 7764 Assignee: gmcharlt(a)gmail.com Summary: INSTALL.ubuntu needs updating QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: srdjan(a)catalyst.net.nz Hardware: All Status: NEW Version: master Component: Installation and upgrade (command-line installer) Product: Koha * install_misc/ubuntu.packages: liblocale-currency-format-perl needs to be added * INSTALL.ubuntu: section 1.6 from INSTALL.ubuntu needs removing -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 5645] New: Z39.50 search from search results not parsing query correctly
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5645 Summary: Z39.50 search from search results not parsing query correctly Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When searching in only 1 index (kw,wrdl: for example), then clicking the 'Z39.50 Search' button from the search results, the index prefix is not removed from the search term as it's filled into the boxes of the Z39.50 search page. This is not a problem for two or more separate search fields. -- 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 21

[Bug 9299] New: for loop in Auth_with_ldap.pm requires an extended patron attribute to be set or LDAP logins fail
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9299 Bug ID: 9299 Summary: for loop in Auth_with_ldap.pm requires an extended patron attribute to be set or LDAP logins fail Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: bryan.lakatos(a)mvschool.com If ExtendedPatronAttributes is enabled but no extended attributes are defined, then the for loop starting on line 181 of Auth_with_ldap.pm causes the array mentioned there to be undefined. This causes an error which prohibits LDAP logins: (the error returned is) Can't use an undefined value as an ARRAY reference at /usr/share/koha/lib/C4/Auth_with_ldap.pm line 181, <DATA> line 522. Disabling ExtendedPatronAttributes gets around the problem, but the loop ought to be made to do nothing if there are no attributes configured/defined. The offending loop: for (my $i; $i< scalar(@$extended_patron_attributes)-1;$i++) { my $attr=$extended_patron_attributes->[$i]; unless (C4::Members::Attributes::CheckUniqueness($attr->{code}, $attr->{value}, $borrowernumber)) { unshift @errors, $i; warn "ERROR_extended_unique_id_failed $attr->{code} $attr->{value}"; } -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 10513] New: Light up a warning/message when returning a chosen item type.
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10513 Bug ID: 10513 Summary: Light up a warning/message when returning a chosen item type. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: viktor.sarge(a)regionhalland.se CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We plan to use a specific item type to keep track of ILLs. The possibility to chose a message to display when returning specific item types would be highly useful to make sure that the ILLs isn't shelved at the local library. I imagine others could find other uses for it so building it as general as possible would be good. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 10663] New: Holds don't block renewal in OPAC
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10663 Bug ID: 10663 Summary: Holds don't block renewal in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We had a library with 3.12.1 reporting this issue and I confirmed testing on the current master branch: 0) Allow OPAC renewals (OpacRenewalAllowed) Create a new record with one item. 1) Check out the item to patron A. 2) Place an item level hold for patron B. 3) Try to renew the item in the OPAC for patron A. Problem: You can renew the item, the renewal is not blocked by the hold. The same happens, when you have a title level hold instead of item level. I couldn't find any system preference affecting this behaviour. A quick test on an older 3.6.x installation shows, that renewals are blocked there. Instead of the renewal checkbox we show a message: Not renewable (On hold) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 63

[Bug 10687] New: Incorrect tab information for tags 86a and 86b on default MARC21 auth framework
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '13

13 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10687 Bug ID: 10687 Summary: Incorrect tab information for tags 86a and 86b on default MARC21 auth framework Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Tab information for subtags of 86a and 86b is incorrect. They are listed on tab 0, when they belong to tab 6. -- You are receiving this mail because: You are watching all bug changes.

1 30