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

[Bug 25760] New: Holds Ratio report is not reporting on records with 1 hold
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25760 Bug ID: 25760 Summary: Holds Ratio report is not reporting on records with 1 hold Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently, the holds report ratio found in the circulation module can be altered and run with a specific number to look for a ratio of holds to a record. Prior to 19.11, this report would report on 1 or more holds, if that was entered into the search box. If this report is run with a 1 in the search, Koha will only display records with 2 or more holds. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 24564] New: The adding of new subfields according to IFLA updates doesn't respect existing tab
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24564 Bug ID: 24564 Summary: The adding of new subfields according to IFLA updates doesn't respect existing tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When using the script misc/migration_tools/ifla/update.pl (cf. BZ20434), missing fields/subfields are added but if subfields already existed in the framework, the script doesn't verifiy in which tab they existed and can add them in a different tab.So for the same field, you could have subfields in different tabs. It can lead to wrong and blocking alerts when saving a biblio record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 27408] New: Update intranet-tmpl/prog/en/modules/members/mancredit.tt for ACC2
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27408 Bug ID: 27408 Summary: Update intranet-tmpl/prog/en/modules/members/mancredit.tt for ACC2 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 We need to update input type="number" with reference to ACC2 on intranet-tmpl/prog/en/modules/members/mancredit.tt -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 27594] New: Add access to public download link for publicly-accessible uploads
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27594 Bug ID: 27594 Summary: Add access to public download link for publicly-accessible uploads Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org When an upload has been marked as public ("Allow public downloads"), we should make it easy to get the publicly-accessible link for that file. I propose to add a link for automatically copying the URL to the clipboard. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 44

[Bug 20527] New: <label> linked to the wrong <input> (wrong "for" attribute)
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20527 Bug ID: 20527 Summary: <label> linked to the wrong <input> (wrong "for" attribute) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor.grousset(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org https://gitlab.com/koha-community/Koha/blob/8538886cb91f977d6109bfd035d4d83… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 27577] New: Autolink bibs after generating the biblionumber
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27577 Bug ID: 27577 Summary: Autolink bibs after generating the biblionumber Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If BiblioAddsAuthorities and AutoCreateAuthorities are enabled, a new record is auto linked when saving and authorities generated with a 670 field that indicates which record generated the new authority. The code to do this is called before the biblionumber is generated, so the variable that adds the biblionumber to the citation is empty To recreate: 1 - Enable BiblioAddsAuthorities and AutoCreateAuthorities 2 - Import or create a new record 3 - Ensure the record has controlled fields that do not have authorities before saving, i.e.: Add a 650 with "test_bug_01" 4 - Search for the authority record 5 - Note the 670 field does not contain the biblionumber -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 27405] New: Update intranet-tmpl/prog/en/modules/pos/register.tt for ACC2
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27405 Bug ID: 27405 Summary: Update intranet-tmpl/prog/en/modules/pos/register.tt for ACC2 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 We need to replace number type inputs in intranet-tmpl/prog/en/modules/pos/register.tt as per ACC2 guidelines. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 27681] New: Style OPAC self-registration CAPTCHA as uppercase
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27681 Bug ID: 27681 Summary: Style OPAC self-registration CAPTCHA as uppercase Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 27668 Although the OPAC self-registration CAPTCHA is case-insensitive (Bug 16283), there's no way for the user to know that. Since the CAPTCHA is always in all uppercase we should make it easier on the user by adding "text-transform:uppercase" to the form field so that they don't need to physically make the text uppercase. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27668 [Bug 27668] Improve validation of patron entry form in the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 21886] New: Add option to send notices from owning library instead of issuing library
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21886 Bug ID: 21886 Summary: Add option to send notices from owning library instead of issuing library Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org We have several reasons to want our advance notices and overdue notices to be sent from the library owning the item rather than the library issuing the loan, and to be able to specify which libraries to send advance notices for (similar to how overdue notices has a library option). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 48

[Bug 27061] New: Double permission check in svc/mana/search
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27061 Bug ID: 27061 Summary: Double permission check in svc/mana/search Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Mana-kb Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org CC: alex.arnaud(a)biblibre.com Depends on: 17047 There is a call to check_cookie_auth then another one to get_template_and_user Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17047 [Bug 17047] Mana Knowledge Base : Data sharing -- You are receiving this mail because: You are watching all bug changes.

1 14