July 2014 - Koha-bugs - lists.koha-community.org

[Bug 10060] New: Self Checkout module does not honour circ control
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '14

28 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 Bug ID: 10060 Summary: Self Checkout module does not honour circ control Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz With Syspref settings of: CircControl - Use the checkout and fines rules of >> the library you are logged in at. HomeOrHoldingBranch - Use the checkout and fines rules of >> the library the item was checked out from. The web self check module isn't obeying these rules - it is using the library of the borrower doing the circulating, not the library assigned to the staff user required to log in to use the self check. To replicate: Ensure web self check is enabled Set CircControl to >> the library you are logged in at Set HomeOrHoldingBranch to >> the library the item was checked out from Create a staff user with "Circulate - remaining permissions," with homebranch as Library A (your choice which of your branches is library A) Set that user as the auto login user for self check Hit the self check interface at cgi-bin/koha/sco/sco-main.pl log in or use the card number for a borrower from Library B, circulate an item. View the item's circulation history, it will be from Library B instead of Library A -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 11989] New: Holds Queue Scheduling
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11989 Bug ID: 11989 Summary: Holds Queue Scheduling Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be great to see a transfer schedule set in place so that Koha could take into account days where items are not transferred in and out of a library, and take that into consideration along with the cost matrix. Some libraries only do transfers 1 or 2 times a week, where others transfer 5-7 times a week, or even more. For example: Patron at Library A requests item On Monday: Library B has item, and is best suited according to the cost matrix. Library C has item, and is next best suited according to the cost matrix. What the cost matrix doesn't take into account is that Library B won't transfer any items out until Thursday. Library C transfers daily. So, what happens? The request goes to Library B's queue, and sits in a bin until Thursday. The patron doesn't get the item until Friday, or possibly Monday. However, if transfer days were taken into consideration, the patron could get the item from Library C in a day or two, and the item at Library B doesn't have to sit in a bin for a week. The queue needs to first look at what libraries are transferring, either that day, or the day before (depending on the time of day the holds are pulled and processed and when transfers are picked up), and of those libraries that are close to transfer, then be assessed by the cost matrix. Also, if an item isn't processed at that library (maybe they missed the window), it is reassessed the next day. Perhaps it didn't get pulled and scanned before transfers that day. Now another library might be a better candidate. Of course the transfer schedule, the buffer (how soon before transfer does the library become eligible), and daily reassessment should all be preferences to be set. Anyway, this would be a good addition to the holds queue system. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 8148] New: ldap authentication should FAIL if ldap contains NEW password, and user types the PREVIOUS password
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8148 Priority: P5 - low Change sponsored?: --- Bug ID: 8148 CC: dpavlin(a)rot13.org Assignee: gmcharlt(a)gmail.com Summary: ldap authentication should FAIL if ldap contains NEW password, and user types the PREVIOUS password Severity: enhancement Classification: Unclassified OS: All Reporter: heupink(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Authentication Product: Koha The way ldap authentication works now is that the patron password is both in ldap and in mysql, usually the primary location being ldap. If sys admins change the userpassword, it's changed directly in ldap, and koha still has the old password stored in mysql. If the user then tries to logon with the OLD password, he should get 'access denied'. But instead he/she gets in, using the old, no longer valid, password. Various possible solutions: The best one: - an option not to store the password in mysql AT ALL (passwords are very sensitive info, I would like to store them in as few places as possible) Two other solutions: - a 'flush authentication cache' button in the staff interface? - a syspref to select the order of precedence when authenticating a user? -- You are receiving this mail because: You are watching all bug changes.

1 54

[Bug 10434] New: More flexibility to handle VAT / Shipping & handling
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10434 Bug ID: 10434 Summary: More flexibility to handle VAT / Shipping & handling 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: amitddng135(a)gmail.com More flexibility to handle VAT / Shipping & handling -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 10854] New: Choose a CSV profile for exporting serial claims
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10854 Bug ID: 10854 Summary: Choose a CSV profile for exporting serial claims Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Bug 10853 allows to create CSV profile with DB fields. This feature will allow to select a defined CSV profile for serial claims. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 12660] New: Mispelling of Accomodation in two tools templates - in comments
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12660 Bug ID: 12660 Summary: Mispelling of Accomodation in two tools templates - in comments Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: briann(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org In koha-tmpl/intranet-tmpl/prog/en/modules/tools there are two templates with the spelling of accomodate wrong in the comments of batchMod-del.tt and batchMod-edit.tt -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 10648] New: In records merge greatest field can not be added
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10648 Bug ID: 10648 Summary: In records merge greatest field can not be added Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When merging 2 records (/cgi-bin/koha/cataloguing/merge.pl), the destination record is build using the fields and subfields checked in source records. When a field is checked, the javascript code searches in destination record a field with a greater tag number to insert new field before. When the new field tag number is greater than all existing field tag numbers, the field is not added. -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 12668] New: Stray dollar ($) -sign in opac-reserve.pl
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12668 Bug ID: 12668 Summary: Stray dollar ($) -sign in opac-reserve.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org A dollar sign is hard-coded in opac-reserve.pl and becomes apparent when trying to place a reservation when one has "too_much_oweing" or too much fines. Removing the dollar sign so we just get <"Käyttömaksujen katto ylitetty. Et voi tehdä varauksia. Sinulla on maksamattomia maksuja 9.50."> instead of <"Käyttömaksujen katto ylitetty. Et voi tehdä varauksia. Sinulla on maksamattomia maksuja $9.50."> -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 12662] New: Ajax-based check in does not work for some system preference settings enabled
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12662 Bug ID: 12662 Summary: Ajax-based check in does not work for some system preference settings enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: - enable "InProcessingToShelvingCart" or "ReturnToShelvingCart" system preference, - for a sample patron with 1+ checkouts, try to check in some item[s] using checkboxes in the "Check in" column in the checkouts table which is displayed in the "Check out" or "Details" patron account tabs, - observe that clicking "Renew or return checked items" button only results in ajax "spinning wheel" stuck in infinite loop; check-in operation is not performed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 7462] New: duplicate patron shows flags
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '14

27 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7462 Bug #: 7462 Summary: duplicate patron shows flags Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com When you duplicate a patron record the duplicate has the patron flags showing. The patron flags should only show when editing a patron not when adding a new patron. -- 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 9