November 2018 - Koha-bugs - lists.koha-community.org

[Bug 20136] New: Test Bug
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '19

07 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20136 Bug ID: 20136 Summary: Test Bug Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: kyle(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This is a test bug. Please ignore. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 21925] New: Unable to Remove or Suspend Holds
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '19

07 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21925 Bug ID: 21925 Summary: Unable to Remove or Suspend Holds Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kpkkprasanth(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi all, we are unable to delete or suspend holds in the staff clients as same in OPAC, unable to cancel. While I deleting the hold it shows SOFTWARE ERROR "Software error: DBIx::Class::Row::update(): Can't update Koha::Schema::Result::Reserve=HASH(0xa160830): updated more than one row at /usr/share/koha/lib/Koha/Object.pm line 121 For help, please send mail to the webmaster ([no address given]), giving this error message and the time and date of the error." SOFTWARE ERROR: https://imgur.com/1kg9qIv Koha CLIENT: https://imgur.com/ruBmZUU OPAC HOLD: https://imgur.com/AYplzml Please give your solution Regards, K.Prasanth Library Trainee IIITDM Kancheepuram -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 18091] New: No documentation for SMS via email in 16.05 or 16.11 documentation
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '19

07 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18091 Bug ID: 18091 Summary: No documentation for SMS via email in 16.05 or 16.11 documentation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 9021 -- Add an exception to SMS via email documentation in the Koha manua -- was added to 16.05, but there is no documentation for adding SMS gateways nor adding the provider and sms number in the patron's messaging preferences. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 21829] New: Date displays as a datetime in notices
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '19

07 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21829 Bug ID: 21829 Summary: Date displays as a datetime in notices Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: library(a)sll.texas.gov QA Contact: testopia(a)bugs.koha-community.org The borrowers.dateexpiry field is a date, not a datetime, yet when it is used in a notice like MEMBERSHIP_EXPIRY, it displays as a datetime by default with the "12:00 AM" time ("MM/DD/YYYY 12:00 AM"). Bug 13622 added the option to strip times from datetimes by using a "dateonly" placeholder like so: <<borrowers.dateexpiry | dateonly>>, but if you use this option on borrowers.dateexpiry, it fails -- probably because the field is not a datetime? <<borrowers.dateexpiry>> outputs "MM/DD/YYYY 12:00 AM". <<borrowers.dateexpiry | dateonly>> outputs "<>" (a left-angle bracket followed by right-angle bracket). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 21432] New: Internal Server Error in Checkout History
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '19

07 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21432 Bug ID: 21432 Summary: Internal Server Error in Checkout History Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: costalc(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 79511 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=79511&action=ed… Internal server error Internal server error when clicking on Checkout History left menu. Koha 18.05.02.000 See image attached. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 18401] New: Add the Koha::Checkout->patron method
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '19

07 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18401 Bug ID: 18401 Summary: Add the Koha::Checkout->patron method Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 20210] New: Development requested: Claimed Return
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '19

05 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20210 Bug ID: 20210 Summary: Development requested: Claimed Return Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jesse(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org mark an item claimed returned via circulation a check box on list of checkouts on patron record and check out screen gray out/disable 'claimed return' status from lost menu on item detail page ? only perform this action from patron/circulation sys pref to ask 'charge', 'don't charge', or 'ask for confirmation' when marking an item claimed returned sys pref to say what 'lost' status is to be used for 'claimed returns' If no value 'claims returned' is off sys pref to offer an option to alert staff somehow, after a set number of claimed returns remove item from patron's current list of check outs This should stop fines from accruing keep basic information about the item on patron's record so you can track how many times they've said 'i returned that' This should be a tab on the list of checkouts section on patron detail and checkout page all titles they have claimed in the past (even if they have since been returned or deleted) ex. [title 1] / checked out {date} / claimed {date} / not returned / notes [title 2] / checked out {date} / claimed {date} / found {date} / notes Tab should show number of claimed returned items just as the checkout and hold tabs show counts Show unprocessed claimed returns in red in this tab show as missing in the opac and claimed returned in the staff client be able to mark item as 'found' from claimed tab if item happens to be found Offer options of ?returned by patron? or ?found in library? in a pull down to the side of every item that has been claimed. claimed items should be easily distinguishable on staff side (compared to lost items) on patron check out under 'Attention' alert 'Patron has claimed returns', if patron has claimed items that are not processed, that links to the 'Claimed' tab below next to each claimed item have a 'notes' field for anything which should be editable and updatable. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 19428] New: I cannot change the item type of a record in edit item page without changinging the item type in record.
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '19

05 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19428 Bug ID: 19428 Summary: I cannot change the item type of a record in edit item page without changinging the item type in record. Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jabirmon13(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I cannot change the item type of a record in edit item page without changinging the item type in record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 18337] New: No results found when advanced searching branches
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '19

05 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18337 Bug ID: 18337 Summary: No results found when advanced searching branches Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: martin.stastny(a)teamlibrary.cz QA Contact: testopia(a)bugs.koha-community.org Hello, I have a problem with advanced searching for specific branch without (or with - doesn't matter) another limit. I always get message: "No results found" in spite of there are a tons of books in the selected branch. Here is my searching url: search.pl?idx=kw&idx=kw&idx=kw&limit=branch%3APKK&sort_by=relevance By some research I found that if I delete "branch%3A" I get some results. We use a multi-instance Koha and the other instances have correct search. Can you help me, please. Kind regards, Martin -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 18507] New: Shibboleth auto-provisioning
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '19

05 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18507 Bug ID: 18507 Summary: Shibboleth auto-provisioning Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org, francart(a)gmail.com, frederic(a)tamil.fr, jonathan.druart(a)bugs.koha-community.org, katrin.fischer(a)bsz-bw.de, kyle(a)bywatersolutions.com, m.de.rooy(a)rijksmuseum.nl, martin.renvoize(a)ptfs-europe.com, matthias.meusburger(a)biblibre.com, mirko(a)abunchofthings.net, mtj(a)kohaaloha.com, olli-antti.kivilahti(a)jns.fi, pgsengstock(a)wisc.edu, theod(a)lib.auth.gr, tomascohen(a)gmail.com, veron(a)veron.ch, z.tajoli(a)cineca.it Depends on: 8446, 12026, 13114, 13569 Blocks: 12027 Shibboleth authentication has the ability to send an arbitrary number of attributes to koha; These attributes can be used to dynamically create (bug 12026) and update user records in koha. Our shibboleth patches should support the update/sync process as well as the create process. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8446 [Bug 8446] Shibboleth authentication https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12026 [Bug 12026] Shibboleth auto-provisioning https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12027 [Bug 12027] Shibboleth authentication for staff client https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13114 [Bug 13114] Disabled Shibboleth authentication spams logs https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13569 [Bug 13569] Shibboleth example config for Packages -- You are receiving this mail because: You are watching all bug changes.

1 21