January 2016 - Koha-bugs - lists.koha-community.org

[Bug 15496] New: Delete Bib After Moving Item
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15496 Bug ID: 15496 Summary: Delete Bib After Moving Item Change sponsored?: Seeking cosponsors Product: Koha Version: master Hardware: All URL: http://devs.bywatersolutions.com/projects/323/ OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Expected outcome of development: * After item is moved from Record A to Record B, check to see if any items remain on Record A * If no items remain on Record A, add a new button to the move item confirmation screen for “Delete record item was moved from” * Clicking the button will spawn an ajax process to delete the record * The button will be replaced with a confirmation of the success or failure of the record deletion * The librarian will then be able to use the “OK” or “Attach another item” buttons as usual. Seeking Co-sponsors: http://devs.bywatersolutions.com/projects/323/ -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15495] New: Change Browse Shelf Display
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15495 Bug ID: 15495 Summary: Change Browse Shelf Display Change sponsored?: Seeking cosponsors Product: Koha Version: master Hardware: All URL: http://devs.bywatersolutions.com/projects/change-brows e-shelf-display/ OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Work to be done: * Add system preference BrowseShelfAsTable * Enabling this option would display the shelf browse list as a table instead of the horizontal view the browser currently display as. * Add new include file shelfbrowser-table.inc which would take the same data as shelfbrowser.inc, but display in a more standard table format. Seeking Co-sponsors: http://devs.bywatersolutions.com/projects/change-browse-shelf-display/ -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5770] New: email librarian when purchase suggestion made
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5770 Summary: email librarian when purchase suggestion made Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Right now there are a series of notices that get sent to patrons when actions happen to their suggestions, but I think we also need a preference or a setting to have new purchase suggestions go via email to the librarian. This would be handy for the libraries that don't use acquisitions for anything but purchase suggestions. -- 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 9

[Bug 15494] New: Make Longoverdue/Lost items not renewable
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15494 Bug ID: 15494 Summary: Make Longoverdue/Lost items not renewable Change sponsored?: Seeking cosponsors Product: Koha Version: master Hardware: All URL: http://devs.bywatersolutions.com/projects/make-longove rduelost-items-not-renewable/ OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This development would allow a library to prevent the renewal of items based on the values of any field in the items table including but not limited to any itemlost value. Work to be done: 1) Add new system preference ItemsDeniedRenewal patterned after OpacHiddenItems 2) Modify C4::Circulation::CanBookBeRenewed to check this system preference Seeking Co-sponsors: http://devs.bywatersolutions.com/projects/make-longoverduelost-items-not-re… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14722] New: Refactor the export tool
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14722 Bug ID: 14722 Summary: Refactor the export tool Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Tools Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org The export tool (tools/export.pl) is badly designed and can be call from the command line. The part of the code used when called from the command line should be moved to a specific script. The common code must be moved to a package, with tests provided. -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 15492] New: Self-Check module stand alone check-in
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15492 Bug ID: 15492 Summary: Self-Check module stand alone check-in Change sponsored?: Seeking cosponsors Product: Koha Version: master Hardware: All URL: http://devs.bywatersolutions.com/projects/self-check-m odule-stand-alone-check-in/ OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This would work very similarly to the current check-in module on the staff client, except that patron information won’t be displayed. Once all books are scanned in for check-in, a “Finish” button can be clicked in order to return to the main shelf-checkout screen to login with ID and checkout books as normal. Work to be done: 1) Create new sco-checkin.pl script 2) Create new sco-checkin.tt template 3) Make sco-checkin.pl accept barcodes and mark items as returned 4) If item cannot be returned ( i.e. AddReturn returns 0 ) request that the item be taken to a library for returning. Seeking Co-sponsors: http://devs.bywatersolutions.com/projects/self-check-module-stand-alone-che… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15491] New: Disable the ability to suspend holds related to certain itemtypes
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15491 Bug ID: 15491 Summary: Disable the ability to suspend holds related to certain itemtypes Change sponsored?: Seeking cosponsors Product: Koha Version: master Hardware: All URL: http://devs.bywatersolutions.com/projects/disable-the- ability-to-suspend-holds-related-to-certain-itemtypes/ OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com For example: If an item is an “ILL” the ability to suspend the hold should not be an option. Work to be done: 1) Add new field suspend_hold_allowed to the itemtypes table, default of 1 2) Reveal this field though the itemtypes editor 3a ) Create a subroutine that will look up the field value for a given itemtype 3b) Create a subroutine that accepts a reserve and calls the previous sub to fine the value for this reserve ( based on itype/itemtype ) 4) Add a test before suspending for each hold suspension request 5) Add a new TT plugin that uses this subroutine to disable suspend buttons in the opac 6) Add ability to suspend individual holds in the staff intranet 7) Add ability to disable suspending of individual holds in the staff intranet The last two steps give librarians not only more flexibility for suspending holds, but give a visual indicator that a hold is not suspend-able. Seeking Co-sponsors: http://devs.bywatersolutions.com/projects/disable-the-ability-to-suspend-ho… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15490] New: Changing SIP response
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15490 Bug ID: 15490 Summary: Changing SIP response Change sponsored?: Seeking cosponsors Product: Koha Version: master Hardware: All URL: http://devs.bywatersolutions.com/projects/changing-sip -response/ OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Work to be done: 1) Add a new option to the account configuration part of the sip config that would allow us to map the real ccode values to a different set of values. Seeking Co-sponsors: http://devs.bywatersolutions.com/projects/changing-sip-response/ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15489] New: Restrict Holds Based on Circ Limit
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15489 Bug ID: 15489 Summary: Restrict Holds Based on Circ Limit Change sponsored?: Seeking cosponsors Product: Koha Version: master Hardware: All URL: http://devs.bywatersolutions.com/projects/restrict-hol ds-based-on-circ-limit/ OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This development will add a way to restrict holds for patrons who are at or over their circulation limit by: * Creating a new system preference “IncludeCheckoutsInHoldsAllowedCount” ( or something similar ) * When enabled, Koha will add a patron’s count of current checkouts to the count of current holds to determine if the patron has exceeded the maximum number of holds allowed as defined by the “Holds allowed ( count )” field in the issuing rule for that library/patron/itemtype combination. Seeking Co-sponsors: http://devs.bywatersolutions.com/projects/restrict-holds-based-on-circ-limi… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15488] New: Self-check module highlighting
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15488 Bug ID: 15488 Summary: Self-check module highlighting Change sponsored?: Seeking cosponsors Product: Koha Version: master Hardware: All URL: http://devs.bywatersolutions.com/projects/self-check-m odule-highlighting/ OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When checking out books from the staff client, newly checked out books are automatically separated from books that are currently checked out to the patron. The self-check should also have a way of distinguishing newly checked out books from previously checked out books. Work to be done: 1) Identify new checkouts and renewals 2) Pass this data to the template 3) Have template apply a special class to those checkouts 4) Apply CSS to style these checkouts Seeking Co-sponsors: http://devs.bywatersolutions.com/projects/self-check-module-highlighting/ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0