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

[Bug 28360] New: Link to make article reqests should display on detail page when user is not logged in
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '21

08 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28360 Bug ID: 28360 Summary: Link to make article reqests should display on detail page when user is not logged in Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org I feel like this is a possible regression as it still works from the result list. I the result list the link to make article requests is always displayed, triggering the login screen, when the user is not logged in yet. On the detail page this link has disappeared on the right side if the user is not logged in (tested it latest 20.11) -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 28636] New: t:lib::Mocks is missing POD
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '21

08 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28636 Bug ID: 28636 Summary: t:lib::Mocks is missing POD Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 28022] New: MARC subfield 9 not honoring visibility
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '21

08 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28022 Bug ID: 28022 Summary: MARC subfield 9 not honoring visibility Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: domm(a)plix.at QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It is not possible to hide eg field 600 (and several more) in the editor, because addbiblio.pl line 346 implements a special case (based on bug 2206, according to a code comment there): If there is a subfield '9' and a subfield 'a', and subfield 'a' has an 'authtypecode' set, a 'marc_value' is set, which seems to always force the display of the field (and subfield), even though none of the 'visibility' checkboxes (and esp not "Editor") are set. The special case seems to ignore 'visibility' / 'hidden' completely. I don't know enough about Koha/MARC internals to assess if this is intended behavior, but I would find it more sane if the condition would be changed to actually use the value of the Editor-checkbox. The only other way I found to actually disable / hide field 600 was to remove the authtypecode from 600.a, which seems a bit harsh. After reading more code in addbiblio.pl I see that this special case is implemented in several places. So I assume / fear this is intended behavior, and the correct "solution" is to in face remove the authtypecode? Greetings, Thomas Klausner -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 29395] New: Use EXPORT_OK in Koha::Patron::Debarments
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '21

08 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29395 Bug ID: 29395 Summary: Use EXPORT_OK in Koha::Patron::Debarments Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 17600 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17600 [Bug 17600] Standardize the EXPORT -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 15156] Get all Borrowers with pending/unpaid fines/accountlines
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '21

08 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15156 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart+koha@gmail. | |com Keywords| |rel_22_05_candidate --- Comment #38 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- As bug 15157 is not ready for 21.11 it does not make sense to have this one part of 21.11. Postponed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28143] New: @INC filled with duplicates of opachtdocs and intrahtdocs
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '21

06 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28143 Bug ID: 28143 Summary: @INC filled with duplicates of opachtdocs and intrahtdocs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Steps to reproduce: 1. Have a $KOHA_CONF with at least 2 'pluginsdir' entries. You need at least one plugin with a 'tool', 'report', or 'configure' method. This will be useful to trigger the loading of Koha::Plugins::Handler. The KitchenSink module is perfect for that. 2. Start starman with only 1 worker (not necessary but it's easier to reproduce the problem that way) 3. Load staff client home page multiple times 4. Run the plugin method of your choice 5. Go to the About page, you should see the template directories in "Perl @INC" The problem is located in C4::Templates::badtemplatecheck, which push 'opachtdocs' and 'intrahtdocs' config entries directly into the 'pluginsdir' key of global variable $context -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 28303] New: Having multiple pluginsdir causes plugin_upload to try to write to the opac-tmpl folder
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '21

06 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28303 Bug ID: 28303 Summary: Having multiple pluginsdir causes plugin_upload to try to write to the opac-tmpl folder Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: michael.hafen(a)washk12.org QA Contact: testopia(a)bugs.koha-community.org With multiple pluginsdir settings in koha-conf.xml, C4/Template::badtemplatecheck changes the config, causing plugins-upload to try to unpack plugins to the opac-tmpl folder which badtemplatecheck unshifts into the pluginsdir array in config. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 11083] Authority Search Result Display should be XSLT Driven
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '21

06 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11083] Authority Search Result Display should be XSLT Driven
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '21

06 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 e.betemps <e.betemps(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |e.betemps(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29265] New: Can't pick editor to use when adding new news or HTML customization entries
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '21

05 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29265 Bug ID: 29265 Summary: Can't pick editor to use when adding new news or HTML customization entries Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When editing an existing news/HTML customization entry, you can pick the editor, but if you add a new entry, you can only use the default editor selected for AdditionalContentsEditor. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13