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

[Bug 11529] Add subtitle field to biblio table
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '18

05 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11529 Ere Maijala <ere.maijala(a)helsinki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11529] Add subtitle field to biblio table
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '18

05 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11529 Ere Maijala <ere.maijala(a)helsinki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|gmcharlt(a)gmail.com |ere.maijala(a)helsinki.fi --- Comment #11 from Ere Maijala <ere.maijala(a)helsinki.fi> --- This is pretty much work in progress but I posted so that it's not lost in any catastrophic event. :) In any case, the first patch is pretty much done and the second is done but completely untested. For the record, I ended up naming the field for "remainder of title" subtitle for back-compatibility, as subtitle is the predominant term in the current index. Adding the fields increases the space requirement for the biblio table, but the increase is pretty minor in the grand scheme. The only controversial thing, as far as I can see, is that retrieval of subtitle with this mechanism doesn't use the fieldmapping table ("Keyword to MARC mapping" in the UI) anymore. I don't see it as an issue since, as far as I can see, it's a mechanism that's only been used for the subtitle. So we can probably get rid of it completely here. I'll just need to finish the transition to get rid of the GetRecordValue method or make it work with the framework data. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11529] Add subtitle field to biblio table
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '18

05 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11529 --- Comment #10 from Ere Maijala <ere.maijala(a)helsinki.fi> --- Created attachment 81931 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=81931&action=ed… Bug 11529: Use new biblio fields whenever possible -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11529] Add subtitle field to biblio table
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '18

05 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11529 --- Comment #9 from Ere Maijala <ere.maijala(a)helsinki.fi> --- Created attachment 81930 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=81930&action=ed… Bug 11529: Add new fields to biblio table -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8962] Restore Any index behavior and add Anywhere index
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '18

05 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8962 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=21762 --- Comment #76 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Fridolin SOMERS from comment #75) > (In reply to Marcel de Rooy from comment #74) > > > > I would recommend to reopen this report (although you might want to obsolete > > some patches) but it seems to be imo an interesting option to explore in ES. > > I suggest you open a new bug report dedicated to ES 21762 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8962] Restore Any index behavior and add Anywhere index
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '18

05 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8962 --- Comment #75 from Fridolin SOMERS <fridolin.somers(a)biblibre.com> --- (In reply to Marcel de Rooy from comment #74) > > I would recommend to reopen this report (although you might want to obsolete > some patches) but it seems to be imo an interesting option to explore in ES. I suggest you open a new bug report dedicated to ES -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8962] Restore Any index behavior and add Anywhere index
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '18

05 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8962 --- Comment #74 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Fridolin SOMERS from comment #71) > I've tested the behavior with ElasticSearch with a local field 987$a, not > present in the mapping. > From my tests any MARC data is indexed. > > So in the end I'd say we have to be consistent between our two search > engines. So you are saying that in ElasticSearch currently any==anywhere==really all data. But I suppose that it is just a matter of configuration? Does ES facilitate an any index in the sense of all user defined indexes ? In that case we would have found an easy 'any'. If not, we should somehow define it. As you say, anywhere is already there.. I would recommend to reopen this report (although you might want to obsolete some patches) but it seems to be imo an interesting option to explore in ES. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9234] Koha's search code needs to be rewritten
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '18

05 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9234 Bug 9234 depends on bug 8962, which changed state. Bug 8962 Summary: Restore Any index behavior and add Anywhere index https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8962 What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8962] Restore Any index behavior and add Anywhere index
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '18

05 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8962 Fridolin SOMERS <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |RESOLVED Resolution|--- |WONTFIX --- Comment #73 from Fridolin SOMERS <fridolin.somers(a)biblibre.com> --- Indeed, I think this is not worth continuing on it -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17218] New: New list add attempt while logged in as dbadmin should be prevented pre-emptively
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '18

05 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17218 Bug ID: 17218 Summary: New list add attempt while logged in as dbadmin should be prevented pre-emptively Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: indradg(a)l2c2.co.in QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Right now it allows the Koha db admin login to attempt adding a new list. Only while trying to save it does it inform that it is not possible to do so. This is should be made pre-emptive right after the "+ New list" option is clicked. -- You are receiving this mail because: You are watching all bug changes.

1 27