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

[Bug 3342] Changes to holds priority list should be logged for accountability
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '21

08 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3342 Noémie <noemie.labine(a)collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |noemie.labine(a)collecto.ca --- Comment #3 from Noémie <noemie.labine(a)collecto.ca> --- Still valid, when we change the priority with the arrows, this modification doesn't appear in the logs. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3342] Changes to holds priority list should be logged for accountability
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '21

08 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3342 Marjorie Barry-Vila <marjorie.barry-vila(a)collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marjorie.barry-vila@collect | |o.ca -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27067] New: Add option to hide branch from opac-library page
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '21

08 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27067 Bug ID: 27067 Summary: Add option to hide branch from opac-library page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The OPAC library page (/cgi-bin/koha/opac-library.pl) shows all library branches. Often libraries have branches like WAREHOUSE, STORAGE, OR QUARANTINE that they would rather not show on that page. There should be a way to hide them. Maybe a checkbox option on the branches.tt like "Hide this branch from OPAC"? -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 24512] New: Should be able to have 'hidden'/'administrative' branches
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '21

08 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24512 Bug ID: 24512 Summary: Should be able to have 'hidden'/'administrative' branches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Some libraries have branches that are not for the public, or are used for statistics etc. It would be nice to be able to define a branch as 'hidden' in administration and make sure it is not shown in opac dropdowns for search etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 10567] Ability to add a hidden/suppressed library branch
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '21

08 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10567 Holly <hc(a)interleaf.ie> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nick(a)bywatersolutions.com --- Comment #3 from Holly <hc(a)interleaf.ie> --- *** Bug 24512 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[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