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

[Bug 5794] New: hide descriptions tab if no content
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '13

05 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5794 Bug #: 5794 Summary: hide descriptions tab if no content Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When there are no notes in the marc record (and no content from outside sources) we should hide the descriptions tab (in opac and staff client). Otherwise you click and get a blank tab which is kind of annoying and just poor design. -- 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 2

[Bug 2720] Overdues which debar automatically should undebar automatically when returned
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '13

04 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2720 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2720] Overdues which debar automatically should undebar automatically when returned
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '13

04 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2720 --- Comment #10 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 15045 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=15045&action=edit Bug 2720 - Overdues which debar automatically should undebar automatically when returned This patch adds a more extensible and flexible debarments system to Koha. The fields borrowers.debarred and borrowers.debarredcomment are retained for compatibility and speed. This system supports having debarments for multiple reasons. There are currently three types of debarments: OVERDUES - Generated by overdue_notices.pl if the notice should debar a patron SUSPENSION - A punative debarment generated on checkin via an issuing rule MANUAL - A debarment created manually by a librarian OVERDUE debarments are cleared automatically when all overdue items have been returned. Whenever a borrowers debarments are modified, the system updates the borrowers debarment fields with the highest expiration from all the borrowers debarments, and concatenates the comments from the debarments together. Test plan: 1) Apply patch 2) Run updatedatabase.pl 3) Run t/db_dependent/Borrower_Debarments.t 4) Manually debar a patron, with an expiration date 5) Verify the patron cannot be issued to 6) Add another manual debarment with a different expiration date 7) Verify the 'restricted' message lists the date farthest into the future 8) Add another manual debarment with no expiration date 9) Verify the borrower is now debarred indefinitely 10) Delete the indefinite debarment 11) Verify the debarment message lists an expiration date dagain 12) Set an overdue notice to debar after 1 day of being overdue 13) Check out an item to a patron and backdate the due date to yesterday 14) Run overdue_notices.pl 15) Verify the OVERDUES debarment was created 16) Return the item 17) Verify the OVERDUES debarment was removed 18) Add issuing rules so that an overdue item causes a temporary debarment 19) Check out an item to a patron and backdate the due date by a year 20) Return the item 21) Verify the SUSPENSION debarment was added to the patron -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 9540] New: Add the ability to copy acq statistic fields into MARC structure
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '13

04 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9540 Bug ID: 9540 Summary: Add the ability to copy acq statistic fields into MARC structure 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: mathieu.saby(a)univ-rennes2.fr When you order a document, you can add 2 statistic fields. We want to store also these information in MARC subfields, either at item level or at biblio level. I think it is not possible at present... So it would be an appreciated enhancement. M. Saby Rennes 2 university -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 9538] New: After moving an item, add ability to suppress record if there are no item left
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '13

04 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9538 Bug ID: 9538 Summary: After moving an item, add ability to suppress record if there are no item left Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr CC: m.de.rooy(a)rijksmuseum.nl When you move an item from a record A to a record B, Koha should warn you if no item remains on record A, and ask you if you want to suppress record A. In most case, librarians would like to suppress record A if no item remains. M. Saby Rennes 2 university -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2894] Routing list holds are broken
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '13

04 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2894 --- Comment #3 from Chris Cormack <chris(a)bigballofwax.co.nz> --- (In reply to comment #2) > Created attachment 7758 [details] > subscription holds > > Ok, I have retested this on current master and something is seriously going > wrong here. Updating version and severity as this feature seems to be > totally broken right now. > > Test 1: > - Create a new subscription, choose to NOT add items for the subscription > - Create a routing list > - Receive an issue > - Check for holds on the record > > Holds are created although you have no items for this record > > I think there should be a check somewhere preventing that. > Perhaps making it not possible to create routing lists when no items are > created? > I am not sure how this was supposed to work. > > Test 2: > - Create a new subscription, choose to create items for the subscription on > receive > - Create a routing list > - Receive an issue > - Check for holds on the record > > Holds are created, but those are indeed not item level. It seems to be some new kind of hold actually - 'only this type'? (see screenshot) Some kind of old hold that people have since broken. Ill have a look > > From the template: > [% ELSE %] > [% IF ( reserveloo.constrainttypeo ) %] > only this type :<b>[% reserveloo.volumeddesc %] [% > reserveloo.itemtype %]</b> > [% END %] > [% END %] > [% END %] -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9343] New: SIP doesn't handle debarred date/status correctly
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '13

03 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9343 Bug ID: 9343 Summary: SIP doesn't handle debarred date/status correctly Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: SIP2 Assignee: adrien.saurat(a)biblibre.com Reporter: adrien.saurat(a)biblibre.com CC: colin.campbell(a)ptfs-europe.com The SIP engine didn't evolve when the debarred status switched from a boolean to a date. This needs to be fixed in C4/SIP/ILS/Patron.pm, where the $debarred variable, which should be filled as a boolean, gets the date instead. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 9401] New: Javascript used for tags handling wants access to CGISESSID cookie
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '13

03 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9401 Bug ID: 9401 Summary: Javascript used for tags handling wants access to CGISESSID cookie Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com Some Javascript used for processing bib record tags in the OPAC and staff interface wants to read the value of the CGISESSID cookie. If it actually needed to, that would be a blocker to making the session cookie be httpOnly (see bug 9102). Fortunately, as it doesn't actually need to know the session key, it suffices to remove the offending code. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 9308] New: logo-koha.png not transparent in ccsr theme.
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '13

03 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9308 Bug ID: 9308 Summary: logo-koha.png not transparent in ccsr theme. Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: ed.veal(a)bywatersolutions.com Created attachment 14204 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=14204&action=edit current default The logo-koha.png image is not transparent. I have tested this by replacing it on a test system with a known transparent image. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 9268] New: Scanning in barcode or ISBN in Acquisitions -> new order submits the form unexpectedly
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '13

03 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9268 Bug ID: 9268 Summary: Scanning in barcode or ISBN in Acquisitions -> new order submits the form unexpectedly Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz Scanning in a barcode or an ISBN number in Acquisitions -> new order submits the form unexpectedly if the scanner sends carriage returns. If the carriage return is sent early, an error message is popped, which can be ignored but it's an extra click and it can be confusing to users. To replicate: * Go to Acquisitions - Manage Orders * Search for a vendor * Click New Basket. * Fill required fields * Press Save. * Click on "From a new (empty) record" * Type in title Private Oz, Author Patterson, James. * Scan (or type) ISBN - 9781864711875. * (If not scanning, PRESS ENTER HERE) * A box pops up saying 'Form not submitted because of the following problem(s) - you must select budget - Quantity must be greater than '0'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16