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

[Bug 11634] Allow renewal of item with unfilled holds if other available items can fill those holds
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '20

13 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11634 Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=26659 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 25928] New: xt/find-license-problems.t should ignore release-tools
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '20

13 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25928 Bug ID: 25928 Summary: xt/find-license-problems.t should ignore release-tools Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org If release-tools are in the Koha repo, then it picked up by this test and causes errors. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 26661] New: Cities and Towns dropdown in patron editor should focus by default on logged in library city/town
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '20

12 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26661 Bug ID: 26661 Summary: Cities and Towns dropdown in patron editor should focus by default on logged in library city/town 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When entering new patrons, there is high probability that the patron being entered is from the same town as the logged in library on the staff interface. However, when you open the dropdown, the list always starts from the top. If you have a long list, it's a lot of scrolling and searching. We could eliminate a lot of that searching by defaulting the position to the same or closest zipcode to the logged in library (if that information is entered in the library details). All the code needs to do is look at the logged in library, look at that library's zipcode, and if it exists, open up the dropdown in or near that same zipcode based on numerical value. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 26660] New: Ask a librarian Plugin
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '20

12 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26660 Bug ID: 26660 Summary: Ask a librarian Plugin Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: apchandana.apiit(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org hi i deployed the ask a librarian plugin on KOHA 20.05 server. but there is a problem that the plugin is not properly working even if i follow the correct guideline provided. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 22532] New: Remove "random" from Z39.50
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '20

12 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22532 Bug ID: 22532 Summary: Remove "random" from Z39.50 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Bug 10462 removes random parameter from Z39.50 biblio search, but it is still used authority search. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 12556] SelfCheck machine starts the hold instantly with an email sent out
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '20

12 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12556 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Passed QA --- Comment #65 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- No regressions found, QA scripts are happy. Glad to see a bit of tidying up going on in here prior to working in the new functionality. Passing QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12556] SelfCheck machine starts the hold instantly with an email sent out
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '20

12 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12556 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #111509|0 |1 is obsolete| | --- Comment #64 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 111516 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=111516&action=e… Bug 12556: (follow-up) Fix failing test The method call set_waiting(1) was renamed to be set_transfer() Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12556] SelfCheck machine starts the hold instantly with an email sent out
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '20

12 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12556 --- Comment #63 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- (In reply to Joonas Kylmälä from comment #62) > (In reply to Martin Renvoize from comment #60) > > However, sorry Joonas, but t/db_dependent/api/v1/holds.t is failing.. and > > ideally I'd love to see some basic tests for the new set_* methods > > introduced in Koha::Hold. They're trivial methods, but having a unit test > > that proves they correctly set the three fields for each of the methods will > > help prevent future regressions. > > thanks, fixed the api test. I added the same test to set_processing and > set_transfer methods by calling $hold->suspend_hold as there was originally > with the set_waiting method. That should check what the function already > does (just set the found status). Do you think it is still required to > explicitly check the found status for these (even though it indirectly is > checked by suspend_hold call)? Fair point.. they are tested indirectly so they are covered. Lets go with it as is and we can continue to follow through further cleanups at a later date :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15524] Set limit on maximum possible holds per patron by category
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '20

12 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15524 Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=26659 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12556] SelfCheck machine starts the hold instantly with an email sent out
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '20

12 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12556 --- Comment #62 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- (In reply to Martin Renvoize from comment #60) > However, sorry Joonas, but t/db_dependent/api/v1/holds.t is failing.. and > ideally I'd love to see some basic tests for the new set_* methods > introduced in Koha::Hold. They're trivial methods, but having a unit test > that proves they correctly set the three fields for each of the methods will > help prevent future regressions. thanks, fixed the api test. I added the same test to set_processing and set_transfer methods by calling $hold->suspend_hold as there was originally with the set_waiting method. That should check what the function already does (just set the found status). Do you think it is still required to explicitly check the found status for these (even though it indirectly is checked by suspend_hold call)? -- You are receiving this mail because: You are watching all bug changes.

1 0