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

[Bug 9921] Make it possible to force 001 = biblionumber
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '19

06 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9921 --- Comment #70 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Simon Hohl from comment #69) > Hey Katrin, > > thanks for answering. > > My Perl skills are somewhat lackluster, so I'd be interested in a proof of > concept (i.e. your script). ;) > > Kind regards, > Simon Hi Simon, I've sent you an email - not much Perl magic in this case. It's only change da tiny bit from the original base plugin stocknumberAV.pl. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13895] Add routes for checkouts retrieval and renewal
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '19

06 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13895 Josef Moravec <josef.moravec(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=16497 Depends on| |22132 --- Comment #58 from Josef Moravec <josef.moravec(a)gmail.com> --- I am going to add a follow-up for tests with basic authentication Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22132 [Bug 22132] Add Basic authentication to the REST API -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 22277] New: KOHA 18.11 acquisition - error when editing an order in a basket
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '19

06 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22277 Bug ID: 22277 Summary: KOHA 18.11 acquisition - error when editing an order in a basket Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nikeshn(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 84800 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=84800&action=ed… Error page when we try to edit an order in a basket We upgraded to Koha 18.11 and it is not possible to edit orderx in baskets. It shows the following error ( screenshot attached) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[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 06 Feb '19

06 Feb '19

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.
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '19

06 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11808 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- +('SearchCardnumberWithLDAP','','Search for a cardnumber with LDAP when trying to do a checkout with a cardnumber that does not exist locally. If the cardnumber is found via LDAP, the user is added locally.','','YesNo') Could we maybe wrap it into 3 options for the one suggested? add, add and update, don't do anything (not sure how to phrase that to make it work) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13498] 'email' templates used for printing slips
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '19

06 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13498 --- Comment #17 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- > Could we perhaps set HOLD_SLIP, ISSUEQSLIP, ISSUESLIP, TRANSFERSLIP and > SR_SLIP to use the 'print' message transport type, but fall back to 'email' > if that doesn't exist? Sounds like a good solution to me. I believe there is a fallback the other way around for the other notices even? We could probably also just fix it with SQL, but I am not sure how confusing it might be for the libraries wanting to change something after update. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 19957] New: Allow continued editing after saving a report
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '19

06 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19957 Bug ID: 19957 Summary: Allow continued editing after saving a report Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 8000] Test mode for notices
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '19

06 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8000 Maryse Simard <maryse.simard(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maryse.simard(a)inlibro.com Depends on|11140 | --- Comment #161 from Maryse Simard <maryse.simard(a)inlibro.com> --- I have rebased the patches because I was getting conflicts in installer/data/mysql/sysprefs.sql. Concerning comment #154 > 1 - Is dependency on 11140 relevant? I don't suppose it is needed anymore, so I've removed it. > 2 - As far as I can tell this will never update the message_queue to reflect > where the message was sent - can this be done? The mail logs would reflect > the truth, but it feels like this is not optimal I added a patch to take care of updating the message queue with the to address used. > Blocker: > 1 - Message is only redirected if email in pref is valid, however, the email > is not validated at entry - a typo could cause the redirection to fail My last patch adds validation to the system preferences page making sure the entered email is valid. That way, the redirection should not fail because of an invalid email. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11140 [Bug 11140] Centralize all sending of email to one subroutine -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11140] Centralize all sending of email to one subroutine
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '19

06 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11140 Maryse Simard <maryse.simard(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|8000 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8000 [Bug 8000] Test mode for notices -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8000] Test mode for notices
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '19

06 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8000 --- Comment #160 from Maryse Simard <maryse.simard(a)inlibro.com> --- Created attachment 84805 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=84805&action=ed… Bug 8000: (QA follow-up) Add email validation to system preferences This patch uses the JQuery validator plugin to add validation to preferences of class email in the system preferences page. A field containing an invalid value (even if not modified) should prevent saving. To test, confirm that when entering an invalid email address in the SendAllEmailsTo field, an error message appears and saving is prevented. Correcting the value should hide the message and let you save as normal. -- You are receiving this mail because: You are watching all bug changes.

1 0