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

[Bug 4530] Circulation & fines rules aren't always applied from most specific to less specific
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4530 Jared Camins-Esakov <jcamins(a)cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |prosentientsystems(a)gmail.co | |m --- Comment #20 from Jared Camins-Esakov <jcamins(a)cpbibliography.com> 2012-02-10 15:03:41 UTC --- *** Bug 6551 has been marked as a duplicate of this bug. *** -- 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. You are watching all bug changes.

1 0

[Bug 6551] New: applying lending rules by item-level itypes
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6551 Bug #: 6551 Summary: applying lending rules by item-level itypes Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: prosentientsystems(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com The circulation rules were not being applied at the item level, but at the biblio level when attempting to place holds on an item. We noticed the problem when the 942$c indicated an itype that did not allow holds, but that rule was still being applied when some of the items' 952$y should have made them regularly available. This doesn't seem to have been fixed in 3.4, as far as we could see on the git. -- 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 7

[Bug 6621] New: Javascript error in cloning subfields
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6621 Bug #: 6621 Summary: Javascript error in cloning subfields Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: prosentientsystems(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com While cataloguing using IE7, the clone subfields button doesn't do anything. Delete subfields does, strangely enough. This is most likely a JavaScript error. (This problem can be worked around by switching to IE8.) -- 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 5

[Bug 3719] Create syspref to allow sites to rename OPAC Cart
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3719 Jared Camins-Esakov <jcamins(a)cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |RESOLVED CC| |jcamins(a)cpbibliography.com Resolution| |WONTFIX -- 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. You are watching all bug changes.

1 0

[Bug 7273] New: can't receive serials without all serials permissions
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7273 Bug #: 7273 Summary: can't receive serials without all serials permissions Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 - low Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com I have given a staff member permission to receive serials but nothing else and they cannot receive serials. I then tried to give them edit subscription permissions too - but they still can't receive, I didn't try all permutations, but the only way in my tests that worked was to give all serials permissions to the user. -- 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 4

[Bug 7405] New: serials parent permission must be checked to receive
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7405 Bug #: 7405 Summary: serials parent permission must be checked to receive Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 - low Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com Created attachment 7053 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7053 serials permissions See attached. If the patron has all serials permissions but doesn't have the parent serials permission checked they don't have all serials permissions: We had 3 serials librarians and 2 of them had the parent checked but 1 did not. The 3rd librarian could not check in issues until we ticked the parent box. If checking in serials is a different permission then there should be one listed - having all the children permissions checked should be the same as having the parent checked. -- 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 1

[Bug 3168] `accountlines.accountno` is SMALL-INT, and maxs too quickly
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '12

10 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3168 --- Comment #4 from Liz Rea <wizzyrea(a)gmail.com> 2012-02-09 23:03:40 UTC --- Fred: NEKLS had this issue, there should be a script available from bugzilla that you can run against your database to clean up the problems. The patch can be downloaded from bug 6868. Good Luck! -- 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 0

[Bug 1807] ':' character blocks search ; search () give odd results
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '12

09 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1807 Kyle M Hall <kyle.m.hall(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle.m.hall(a)gmail.com -- 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 0

[Bug 3168] `accountlines.accountno` is SMALL-INT, and maxs too quickly
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '12

09 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3168 Fred P <fred.pierre(a)smfpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fred.pierre(a)smfpl.org --- Comment #3 from Fred P <fred.pierre(a)smfpl.org> 2012-02-09 20:00:03 UTC --- Updating to Koha 3.6 will prevent future problems, but libraries where patrons already have several accountlines with accountno 32767 (due to previous Koha writeoff bug) may still experience problems. At our library we currently have more than 319,000 accountlines set to accountno 32767! When making a payment, several lines may disappear from the pay fines table, because the process intended to act on one line, actually affects all lines with accountno 32767. Jorge is authoring a cleanup script that will rewrite accountlines for each patron with sequential accountno's starting at 1. That will reset all 32767 lines to proper sequential values. Will post as soon as it's ready! -- 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 0

[Bug 7516] New: Create Subroutine For GetMarcPrice that will discern the actual price from a given price field value.
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '12

09 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7516 Bug #: 7516 Summary: Create Subroutine For GetMarcPrice that will discern the actual price from a given price field value. Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: kyle.m.hall(a)gmail.com QAContact: koha.sekjal(a)gmail.com The acquisitions system in Koha uses GetMarcPrice to get the price from a bib record, but unless it is in a very specific format ( e.g. 123.45 ), the data passed back is often no processed, and and no value is used. Currently, there is no single function that attempts to find a good value if the field is not in this particular format. I propose a new subroutine, MungeMarcPrice, that would make a best attempt at finding a real number value in the price field. It should do the following. 1) First, look to see if there are *any* numbers in the field, if not, fail out. 2) Check for multiple price-like substrings in the price string, if multiple are found, use the first. 3) Convert decimal commas, to decimal periods, as that is the format Koha uses. Here is a question; do all common currency formats use only two trailing digits? Examples: "$1.95" => "1.95" "$5.99 ($7.75 CAN)" => "5.99" "Rs15.76 ($5.60 U.S.)" => "15.75" Here, we could use the currency and exchange rates table to attempt to fine the active currency, and search for that first, in which case the output would be "5.60" "Rental material" => "" "For sale ($450.00) or rent ($45.00)" => "450.00" "For sale ($200.00 for 3/4 in.; $150.00 for 1/2 in." => "200.00" "$4.95 (lib. bdg.)" => "4.95" -- 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 2