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

[Bug 7376] Transfer limits should be checked at check-in
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7376 --- Comment #124 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- my $hbr = Koha::CirculationRules->get_return_branch_policy($item); # get the proper branch to which to return the item my $returnbranch = $hbr ne 'noreturn' ? $item->$hbr : $branch; # if $hbr was "noreturn" or any other non-item table value, then it should 'float' (i.e. stay at this branch) [...] # check if the return is allowed at this branch my ($returnallowed, $message) = CanBookBeReturned($item, $branch, $returnbranch); => Looks like we should not pass $returnbranch if it equals $branch, right? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7376] Transfer limits should be checked at check-in
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7376 --- Comment #123 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- # identify cases where transfer rules prohibit return Please clarify this comment a bit further. It seems to be quite crucial here. During the development it looks like both directions were examined, later on this was reverted again? Why is the check as we do now? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7376] Transfer limits should be checked at check-in
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7376 --- Comment #122 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- ($returnallowed, $message) = CanBookBeReturned($item, $branch, [$transferbranch]) => Please explain transferbranch parameter in POD. my $to_library = Koha::Libraries->find($transferbranch); if ( !$item->can_be_transferred({ from => $from_library, to => $to_library }) ) { $allowed = 0; $message = $transferbranch; } $message looks a bit odd. You can't transfer to transfer here. And you are suggesting it actually in message? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7376] Transfer limits should be checked at check-in
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7376 --- Comment #121 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- In the course of time, both module and tests have been modified quite a bit over these patches. I feel that it needs a squash. Do you agree? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32608] New: OPACFRBRizeEditions or FRBRizeEditions cause timeouts
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32608 Bug ID: 32608 Summary: OPACFRBRizeEditions or FRBRizeEditions cause timeouts Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.field(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org On odd occasions, if you have OPACFRBRizeEditions or FRBRizeEditions set to "Show" and you are using a FRBR service like ThingISBN, the full record display will load so loading that it times out with a Plack proxy error. I believe this is related to the length of the API return from ThingISBN. An example would be ISBN 9781913755201. https://www.librarything.com/api/thingISBN/9781913755201 This API call returns many hundreds of ISBNs and the Editions tab in Koha is not able to load and process the response. Not sure how we address this, whether we add a limit to the results returned, add some pagination or "click here for more"? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 7376] Transfer limits should be checked at check-in
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7376 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |BLOCKED --- Comment #120 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Looking here now -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32666] New: Automatic debian/control updates (stable)
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32666 Bug ID: 32666 Summary: Automatic debian/control updates (stable) Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com this bug tracks automatic updates for debian/control, on 'stable' branch -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 13617] Turn 'Suspend' action for holds into a button in the OPAC user account
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13617 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Hold requests |OPAC Assignee|koha-bugs(a)lists.koha-commun |oleonard(a)myacpl.org |ity.org | -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 13617] Turn 'Suspend' action for holds into a button in the OPAC user account
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13617 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |master Summary|Change wording on suspend |Turn 'Suspend' action for | |holds into a button in the | |OPAC user account --- Comment #8 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I think the display has probably changed since this was first filed. Currently it looks like this: https://snipboard.io/2ZejIW.jpg Since cancel and the suspend options below the table are buttons, maybe it would still make sense to update the link to a button too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 27001] New: Z39.50 column configuration is missing columns
by bugzilla-daemon＠bugs.koha-community.org 26 Jan '23

26 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27001 Bug ID: 27001 Summary: Z39.50 column configuration is missing columns Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The columns displayed for Z39.50 results differs when creating a new record vs. searching for a record when already in the Advanced Cataloging Editor. When done this way there are three additional columns - subtitle, ISSN and Published. These should be added to the Z39.50 column configuration so that libraries can choose to show/hide and toggle them. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3