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

[Bug 7278] New: In the items table, make items.materials of type text, and show its contents at circulation
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '13

20 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7278 Bug #: 7278 Summary: In the items table, make items.materials of type text, and show its contents at circulation Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: ian.walls(a)bywatersolutions.com Work to be done: * Alter database change items.material to text * Check 952 subfield 3 is linked to this * Make field editable in cataloguing * Make field display in catalogue/detail.pl * Make field display in circulation if non empty How to test: * Add a note in cataloguing * Check it displays at checkout and checkin * Check it displays on the staff catalogue detail page -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 19

[Bug 8854] New: invoice filters don't all work
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '13

19 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8854 Priority: P5 - low Change sponsored?: --- Bug ID: 8854 Assignee: koha-bugs(a)lists.koha-community.org Summary: invoice filters don't all work Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: cgi-bin/koha/acqui/invoices.pl Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha I am trying to do invoice searches and when I filter by branch or vendor or shipment date range I get no results, but if I search by number I see that those libraries and vendors do have invoices. It's possible that none of the other filters work, I didn't test them all. Nicole -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 9505] New: acqui/invoices.pl contains an unnecessary loop
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '13

19 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9505 Bug ID: 9505 Summary: acqui/invoices.pl contains an unnecessary loop Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com Script retrieves a list of invoices it loops through the list to produce a new bu identical list. While the execution time wasted is trivial it obscures the purpose of the code -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 9258] New: Debian packages should not depend on CHI
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '13

19 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9258 Bug ID: 9258 Summary: Debian packages should not depend on CHI Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com CC: robin(a)catalyst.net.nz Given the problems that installing CHI has been giving people, and the fact that CHI is entirely optional, I would suggest that the Debian packages should not depend on CHI, but merely suggest it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7448] New: Files created by koha-dump have different owners/permissions
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '13

19 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7448 Bug #: 7448 Summary: Files created by koha-dump have different owners/permissions Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: magnus(a)enger.priv.no QAContact: ian.walls(a)bywatersolutions.com Here is a sample, for an instanace called "esme": -rw-r----- 1 root esme-koha 147K Jan 11 12:27 esme-2012-01-11.sql.gz -rw------- 1 root root 153K Jan 11 12:27 esme-2012-01-11.tar.gz The database file gets this treatment: chown "root:$name-koha" "$dbdump" chmod g+r "$dbdump" while the other file does not get anything similar. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[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 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