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

[Bug 29592] New: Imported records should not be completed with defaultvalues
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '22

19 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29592 Bug ID: 29592 Summary: Imported records should not be completed with defaultvalues Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This actually is a follow-up of bug 29146. Currently, an import to a new record gets the defaultvalues. But when you overwrite an existing record (so you have a biblionumber), you wont get them. This is confusing and inconsistent. Since we import external data, we should imo not add our framework defaults. But this feels like it needs a bit more discussion or consensus. What do you think? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 13654] Cannot place a hold for biblio with too many items to display unless viewing them all
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '22

19 Oct '22

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

1 0

[Bug 29314] New: Move some OpenURL code to Koha::Biblio
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '22

19 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29314 Bug ID: 29314 Summary: Move some OpenURL code to Koha::Biblio Change sponsored?: --- Product: Koha Version: unspecified 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 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 31816] New: Switch singleBranchMode to singleLibraryMode
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '22

19 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31816 Bug ID: 31816 Summary: Switch singleBranchMode to singleLibraryMode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 31784 Bug 31784 inroduces singleLibraryMode, but still sets singleBranchMode as well. We should clean this up. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31784 [Bug 31784] SingleBranchMode ignores public flag -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 31784] New: SingleBranchMode ignores public flag
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '22

19 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31784 Bug ID: 31784 Summary: SingleBranchMode ignores public flag 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org The test in C4/Auth.pm: singleBranchMode => ( Koha::Libraries->search->count == 1 ), misses a fundamental condition, i.e. public should be true. C4/XSLT.pm: my $singleBranchMode = Koha::Libraries->search->count == 1 ? 1 : 0; t/Koha.t: is ( Koha::Libraries->search->count, 1, 'There should be only 1 library (singleBranchMode on)' ); -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 31238] New: Unable to save authorised value to frameworks subfields
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '22

19 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31238 Bug ID: 31238 Summary: Unable to save authorised value to frameworks subfields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org While working on bug 31154 I stumbled on problem described above. As it states I'm unable to save authorised value to frameworks subfields and was wondering is anyone able to repeat this. I suspect that this is caused by changes made in bug 29001, before it variable $authorised_value in marc_subfields_structure.pl is succesfully filled with value indented to be saved. After applying bug again $authorised_value is undef. To test: 1. Edit e.g. default frameworks subfield 952$8 2. Add or change fields authorised value 3. Save your changes => note that on subfield listing there is no mention that 952$8 is linked to any authorised value => if you edit 952$8 authorised value input is empty -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 29001] New: Subfields attributes are not preserved when order is changed in framework
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '22

19 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29001 Bug ID: 29001 Summary: Subfields attributes are not preserved when order is changed in framework Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 8976 adds the ability to change the default order of the subfields in MARC framework. But it does not preserve the Repeatable or Mandatory attribute. To test : in a MARC framework, define a subfield as Mandatory. Move the subfield to an other position within the field. The Mandatory flag for that subfield is not preserved. Instead, the subfield occupying the same position is flaged as Mandatory. M. Saby -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 15261] Verify if checkout or hold request periods overlap with existing holds
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '22

19 Oct '22

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

1 0

[Bug 31839] New: Error 500 in normal administrative interface view
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '22

19 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31839 Bug ID: 31839 Summary: Error 500 in normal administrative interface view Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: ricvargasmed(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In Koha 21.11.12, when having the localcoverimages preference active and uploading a cover page of a record, it saves it correctly but in the normal view it marks error 500 and does not allow to consult the information, the MARC, tagged MARC and items view works correctly. If the localcoverimages preference is deactivated, the record is visible in the normal view, but without its cover page. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 28473] New: Add REST endpoint for searching extended patron attributes
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '22

19 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28473 Bug ID: 28473 Summary: Add REST endpoint for searching extended patron attributes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi CC: tomascohen(a)gmail.com We would like to be able to search all our extended patron attributes in the database. The following endpoint would probably need to be added for this: GET /extended_attributes It should have an option to search with the attribute type and value. This is API endpoint would be useful for example gathering a list of patrons with a specific extended attribute which has a statistics group for example, or for searching patrons that are blocked via a special attribute, and so on. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6