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

[Bug 23612] New: If no columns in a table can be toggled, don't show columns button
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '19

07 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23612 Bug ID: 23612 Summary: If no columns in a table can be toggled, don't show columns button Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: System Administration Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If a library makes a change to a table's default columns settings and marks all table columns 'Cannot be toggled,' the columns button in the interface will show an empty menu. If no columns can be changed the button shouldn't appear. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 15496] Delete bibliographic record after moving last item to another record(s)
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '19

07 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15496 --- Comment #57 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Katrin Fischer from comment #56) > (In reply to Marcel de Rooy from comment #55) > > (In reply to Marcel de Rooy from comment #54) > > > Is this the first introduction of the REST API in regular code btw? > > > > Or at least at intranet side? > > I don't think it is - I remember the patch for changing the pickup location > on the staff side as the first: Bug 8030 Thanks you're right -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8030] Change pickup location of a hold from patron record
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '19

07 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8030 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |m.de.rooy(a)rijksmuseum.nl --- Comment #29 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- This should be first Koha report using the REST API at the intranet side. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23759] New: Downloading reports cause error
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '19

07 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23759 Bug ID: 23759 Summary: Downloading reports cause error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org Since Bug 23390, downloading reports no longer works. The function get_prepped_report() has been changed to return multiple values, but the Export-section has not been changed to reflect this, causing the produced SQL-query to be lost. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 23760] New: Allow staff to add administrative patron lock
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '19

07 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23760 Bug ID: 23760 Summary: Allow staff to add administrative patron lock Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com See also bug 21336, 21549 (automatic process) and 22854 (separate column). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 22882] New: ItemType translation modal is not consistent with other modals
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '19

05 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22882 Bug ID: 22882 Summary: ItemType translation modal is not consistent with other modals Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- The translation modal for item type translations isn't consistent with other modals visually. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 15496] Delete bibliographic record after moving last item to another record(s)
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '19

05 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15496 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #56 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Marcel de Rooy from comment #55) > (In reply to Marcel de Rooy from comment #54) > > Is this the first introduction of the REST API in regular code btw? > > Or at least at intranet side? I don't think it is - I remember the patch for changing the pickup location on the staff side as the first: Bug 8030 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11808] When searching for a cardnumber in the intranet, also try to search for it on the LDAP server if one is configured and add/update user
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '19

04 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11808 Maryse Simard <maryse.simard(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maryse.simard(a)inlibro.com --- Comment #11 from Maryse Simard <maryse.simard(a)inlibro.com> --- For now, I've rebased the patch on current master and started to fix the problems reported. Among those fixes, I've added a third option, as Katrin suggested, for the system preference. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11808] When searching for a cardnumber in the intranet, also try to search for it on the LDAP server if one is configured and add/update user
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '19

04 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11808 --- Comment #10 from Maryse Simard <maryse.simard(a)inlibro.com> --- Created attachment 93768 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93768&action=ed… Bug 11808: (QA follow-up) Adds a third option to SearchCardnumberWithLDAP and other fixes This patch does a few things: - Adds a third option to the new system preference to choose between: never use ldap, make a request (and add) only when no patron is found, and always make a request (add/update). - Adds search and update with ldap in the case the patron is found by it's cardnumber in circulation. - Use Patron object in the new subs in C4/Auth_with_ldap.pm. To test: 0. You need to have an ldap server containing patron informations configured in Koha. 1. Apply patch and update database. 2. Check that the new system preference SearchCardnumberWithLDAP has been added and set as 'never'. 3. Choose a patron who exists in your ldap server but not in Koha. (you can delete an existing patron from Koha if needed) 4. Search for the patron by both it's cardnumber and any other attributes (results should be the same in both case) in the search bar in circ/circulation.pl.Do not choose from the dropdown list, use the submit button. => Should return cardnumber not found 5. Change SearchCardnumberWithLDAP to 'if not found locally'. 6. Repeat step 4. => The patron should be added to Koha. 7. Edit the patron and change any of the existing information. 8. Repeat step 4. => The patron has not been updated (the change made in step 7 is still there) 9. Change SearchCardnumberWithLDAP to 'always'. 10. Repeat step 4. => The patron has been updated. Change made in step 7 has been rewritten and patron informations is the same as in step 6. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11808] When searching for a cardnumber in the intranet, also try to search for it on the LDAP server if one is configured and add/update user
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '19

04 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11808 --- Comment #9 from Maryse Simard <maryse.simard(a)inlibro.com> --- Created attachment 93767 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93767&action=ed… Bug 11808: Add the SearchCardnumberWithLDAP system preference. When activated, cardnumber searches in the intranet will also do a search on the LDAP server if a user was not found in the local database. If the cardnumber is found on the LDAP server, the user account is imported in the local database. -- You are receiving this mail because: You are watching all bug changes.

1 0