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

[Bug 20478] New: Advance notices: send separate digest messages per branch
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '23

19 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20478 Bug ID: 20478 Summary: Advance notices: send separate digest messages per branch Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org Current behavior for advance_notices.pl is to send one digest message for each borrower. The sender for the message is then set to the branch where the borrower is registered, which can be different from the branch or branches on the issues in question. Desired behavior is that the sender address on the notice message is that of the branch of the issues in question. Thus, the solution is to generate digest messages per branch. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 49

[Bug 20640] New: Allow migrating a request between backends
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '23

19 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20640 Bug ID: 20640 Summary: Allow migrating a request between backends Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com Currently, once an ILL request has started on a path in one backend it cannot be migrated to another. We should allow the status graph to be modified with 'MoveFrom' and 'MoveTo' methods allowing a request to be migrated from one backend to another when both backend support it (and when the request hasn't progressed sufficiently in one backend to prevent cancellation) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 81

[Bug 19111] New: Do not mess with kohafield in authority_subfield_structure
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19111 Bug ID: 19111 Summary: Do not mess with kohafield in authority_subfield_structure 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Please see also bug 10306 and dependencies. In Koha we are using kohafield in auth_subfield_structure only for the link between authid and 001, as well as authtypecode and 942a. We do not have any further "kohafield functionality" as on the biblio side for additional fields like title, author, etc. (There is no authority counterpart for transform marc to koha, etc.) Sub GetAuthMARCFromKohaField is only called a few times (once in AuthoritiesMarc.pm and twice in authorities.pl). In e.g. SearchAuthorities, GuessAuthid, AddAuthority, etc. 001 is hardcoded. This actually means that you should really NEVER change the "kohafield" mapping in the Subfield structure of Admin/Authority types for 001 and 942a. I would propose here to disable the kohafield for editing on the subfield structure form (just as on bug 19096), and at least add some comments to GetAuthMARCFromKohaField. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 16956] New: Inserting null borrowernumber value in statistics table while book is checkin if book is not checkedout
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '23

10 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16956 Bug ID: 16956 Summary: Inserting null borrowernumber value in statistics table while book is checkin if book is not checkedout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Inserting null borrowernumber value in statistics table while book is checkin if book is not checkedout -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 18125] New: Edit button can duplicate some circulation rule
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '23

10 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18125 Bug ID: 18125 Summary: Edit button can duplicate some circulation rule 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: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you modify the patron category and the item type when you edit a circulation rule, this will create a new circulation rule -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 21833] New: Request type is not displayed on ILL request detail page
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '23

09 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21833 Bug ID: 21833 Summary: Request type is not displayed on ILL request detail page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no Request type is saved as illrequests.medium in the databse. This is displayed in two places: 1. Detail ILL request view /cgi-bin/koha/ill/ill-requests.pl?method=illview&illrequest_id=553 2. Edit request view /cgi-bin/koha/ill/ill-requests.pl?method=edit_action&illrequest_id=553 But the value from illrequests.medium is never displayed, just N/A. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 17482] New: Untranslatable "Machine generated authority record" ( Marc field 667$a)
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '23

08 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17482 Bug ID: 17482 Summary: Untranslatable "Machine generated authority record" (Marc field 667$a) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Hi, When an authority is automaticaly created, marc field 667$a contains "Machine generated authority record". I don't find this string in the translation file (fr-CA or fr-FR) Regards, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 19696] New: HoldsQueue.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '23

07 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19696 Bug ID: 19696 Summary: HoldsQueue.t is failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org https://jenkins.koha-community.org/job/Koha_Master_D8/294/console # Failed test 'Holds queue filling 1st correct hold for default holds policy 'from home library'' # at t/db_dependent/HoldsQueue.t line 295. # got: 'ig5lWyedNiY9jjrOLHEZQMJ' # expected: 'b_8YX7Q_M7PjVyGxX9BsaKf' # Failed test 'Holds queue filling 2nd correct hold for default holds policy 'from home library'' # at t/db_dependent/HoldsQueue.t line 296. # got: 'b_8YX7Q_M7PjVyGxX9BsaKf' # expected: 'ig5lWyedNiY9jjrOLHEZQMJ' # Looks like you failed 2 tests of 44. [19:04:35] t/db_dependent/HoldsQueue.t .................................... Dubious, test returned 2 (wstat 512, 0x200) Failed 2/44 subtests -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 21045] New: Default checkout limit by patron category for all libraries not managed by SIP2
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '23

06 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21045 Bug ID: 21045 Summary: Default checkout limit by patron category for all libraries not managed by SIP2 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: anne-claire.bernaudin(a)univ-rennes1.fr QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Hello We're on Koha 16.05, using selfcheck machines from Nedap. In our circulation rules, we defined Default checkout limit by patron category for "all libraries". This limit is only configured in the "all libraries" page, and not for each library. The Circcontrol syspref is set to "the library you are logged in at". In this configuration, the selfcheck machines, using the SIP protocol, ignore the "Default checkout limit by patron category". For example, for a patron category called "L", the limit is set to 20 documents. I'm able to check out 20 documents in library 1 through the staff client, and then to add some more check outs through the selfcheck machine. Please note that the Default checkout limit by patron category defined for all libraries is correctly managed by the staff client (for a patron having the patron category "L", I can't check out more than 20 documents, whatever library I'm logged in at). Also please note that this problem seems to happen only with selfcheck machines from Nedap. The problem apparently doesn't exist for Bibliotheca selfcheck machines. Could someone confirm this ? Thanks Anne-Claire (from Rennes, France) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 21522] New: Labels incorrectly inheriting some default Bootstrap style properties
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '23

06 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21522 Bug ID: 21522 Summary: Labels incorrectly inheriting some default Bootstrap style properties Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Our global staff client CSS should override more of Bootstrap's default label styling than it does at the moment. This is causing problems because part of the Bootstrap style is "white-space: nowrap" which prevents long text from wrapping. From the mailing list: "I’ve noticed that there’s a translation too long in french in catalogue/moredetail.pl so it’s unreadable. Cf image. Is there’s something to change in the code to allow a longer but clearer translation : Accession date -> Date d'entrée dans les collections" http://lists.koha-community.org/pipermail/koha-devel/2018-October/044845.ht… -- You are receiving this mail because: You are watching all bug changes.

1 7