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

[Bug 11889] Disown a list
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '22

09 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11889 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |25498 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25498 [Bug 25498] Cannot change owner of list -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10950] Add preferred pronoun field to patron record
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '22

09 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10950 --- Comment #13 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- I recently added 'Middle name' as a field.. I'm sure someone could use the work there as a template for adding a 'Pronouns' field simply enough. Marking as Academy. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 10950] Add preferred pronoun field to patron record
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '22

09 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10950 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Academy -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 30060] New: Missing primary key on user_permissions
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '22

09 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30060 Bug ID: 30060 Summary: Missing primary key on user_permissions 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 Blocks: 30055 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30055 [Bug 30055] Rewrite patron searches to make them use the REST API routes -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 15050] Nonpublic note searchable from OPAC
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '22

09 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15050 --- Comment #21 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to David Cook from comment #20) > (In reply to Katrin Fischer from comment #19) > > Maybe it could be simpler... a list of item subfields NOT to add on export > > for indexing? > > The caveat being that they won't be searchable for either the staff > interface or the OPAC though. > > -- I think it might be ok, as we still have the SQL based item search for searching those fields internally. > As for mangling records for indexing: > > In "sub marc_records_to_documents" in > lib/Koha/SearchEngine/Elasticsearch.pm, there is some record mangling to > handle indexing 880 fields. > > For Zebra, I created lib/Koha/Filter/MARC/Index880InZebra.pm, which is > called in bin/migration_tools/rebuild_zebra.pl. > > It could be good to standardize indexing related mangling... Interesting, I wasn't ware of 880 indexing features with Elasticsarch - do you know more? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15050] Nonpublic note searchable from OPAC
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '22

09 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15050 --- Comment #20 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #19) > Maybe it could be simpler... a list of item subfields NOT to add on export > for indexing? The caveat being that they won't be searchable for either the staff interface or the OPAC though. -- As for mangling records for indexing: In "sub marc_records_to_documents" in lib/Koha/SearchEngine/Elasticsearch.pm, there is some record mangling to handle indexing 880 fields. For Zebra, I created lib/Koha/Filter/MARC/Index880InZebra.pm, which is called in bin/migration_tools/rebuild_zebra.pl. It could be good to standardize indexing related mangling... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15050] Nonpublic note searchable from OPAC
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '22

09 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15050 --- Comment #19 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Maybe it could be simpler... a list of item subfields NOT to add on export for indexing? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15050] Nonpublic note searchable from OPAC
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '22

09 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15050 --- Comment #18 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #17) > > Deeply I think MARC datas should always be public ;) > > I agree to a point. The problem is, that we have no way to store item > specific internal information outside of MARC. I think this might be the > missing feature that would resolve a lot of those issues. I was thinking the same thing last night. We have a tendency of storing everything in MARC, but maybe having internal "Koha notes" would be a good idea. Maybe we could have a way of automagically stuffing those into a MARC record if library staff needed to export to move the records somewhere... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30929] New: Option to view actions logs in descending order
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '22

09 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30929 Bug ID: 30929 Summary: Option to view actions logs in descending order 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org A fix for this was first attempted at Bug 25968 but was reverted -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 30130] New: Allow setting EDI type at the vendor level
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '22

09 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30130 Bug ID: 30130 Summary: Allow setting EDI type at the vendor level Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Currently, EDI has some codepaths that are different depending on a hard coded list of vendors that support the EDItEUR standard (as apposed to the BIC standard). We should allow setting this flag at the vendor definition level in the UI -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 40