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

[Bug 18161] New: Option to completely disable advance notice on loans with auto renewal
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '23

11 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18161 Bug ID: 18161 Summary: Option to completely disable advance notice on loans with auto renewal Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org Some background. In our current library system, we use long loans (loans with a guaranteed minimum due date, but a much much longer hard due date), with a recall function. This is only in use for parts of the content. Koha does not support this, so we're looking at using auto renewal as a method to give a reasonable resemblance of long loans. We also want advance notices to be sent when the due date is about to arrive, but having an advance notice and then an automatic renewal shortly after will produce a multitude of notices that will be considered as faulty by the end user. The suggested solution to this is an option to simply disable advance notices for loans where auto renewal is active. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 18265] New: Followup to Buuug 17196. deletedbiblio_metadata is not used. biblioitemnumber was forgot.
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '23

11 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18265 Bug ID: 18265 Summary: Followup to Buuug 17196. deletedbiblio_metadata is not used. biblioitemnumber was forgot. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Exhibit 1: The MARCXML is lost when the biblio is deleted because the values in biblio_metadata-table from biblioitems-table are never moved to deletedbiblio_metadata-table. Previously the marcxml was preserved in the oldbiblioitems-table This is a challenge for gathering statistics For example item has been ordered, received, and removed from collection during the statistics period Information in marcxml is needed to accurately categorize the item Exhibit 2: [15:22:38] <kivilahtio> also. In Koha there once was a great idea that one biblio-entry can have multiple biblioitems [15:22:45] <kivilahtio> and the marcxml was tied to the biblioitems-table [15:23:11] <kivilahtio> this is a nice idea, but nobdy really cared for it and now biblionumber and biblioitemnumber are used interchangeably [15:23:22] <kivilahtio> except when they get out of sync during a data migration [15:23:41] <kivilahtio> then things start to work really interestingly [15:23:47] <kivilahtio> but the point is [15:23:57] <kivilahtio> biblio_metadata has a biblionumber-column [15:24:15] <kivilahtio> shouldn't it have a biblioitemnumber-column, just for old time's sake? In the biblioitems-table we had marcxml. primary keyed with biblioitemnumber. Now the marcxml is moved to biblio_metadata and the foreign key reference was simplified to biblionumber. This makes the existing FRBR-bug worse. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 16327] New: Running build_oai_sets.pl with embed items option should consider every item in a biblio
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '23

11 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16327 Bug ID: 16327 Summary: Running build_oai_sets.pl with embed items option should consider every item in a biblio Change sponsored?: --- Product: Koha Version: 3.22 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: pjamorim91(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org After configuring a mapping for an oai set which uses item fields, the build_oai_sets.pl must be run with the -i flag, to embed item data in a biblio. The bug is that it's only considering the first item (by itemnumber) of the biblio, not all the items in it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 18348] New: SHOW_BCODE should be a column of the borrowers table
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '23

10 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18348 Bug ID: 18348 Summary: SHOW_BCODE should be a column of the borrowers table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org The SHOW_BCODE is a hidden feature, not translatable and does not exist for all languages. It sounds like it should be a column of the borrowers table -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 18345] New: Add a more ES based query builder
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '23

10 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18345 Bug ID: 18345 Summary: Add a more ES based query builder Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently we user a 'query_string' type of query for all ES searches. ES provides a more robust query interface with boolean must/shuld/must_not options. This patchset will pull code from bug 14567 to allow for building queries on this interface -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 18341] New: NO-BREAK SPACE is not counted as white space in search queries.
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '23

10 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18341 Bug ID: 18341 Summary: NO-BREAK SPACE is not counted as white space in search queries. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 61648 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=61648&action=ed… CSV file containing titles separated by NO-BREAK SPACE I've transcribed this from a ticket that one of our partners submitted. A librarian noted that she had an Excel spreadsheet of titles she was copying and pasting into Koha to search, and occasionally one of the titles wouldn't come up even though they have the book. ( CSV file containing titles is attached.) She noted if she just typed the title into Koha, it came up w/o a problem. Here's a screenshot of one of the failed searches. Notice the %C2%A0 between the words. That's the UTF-8 code for non-breaking space (see http://www.fileformat.info/info/unicode/char/00a0/index.htm) -- The underlying issue here is that when we paste in a search term containing the unicode NO-BREAK SPACE glyph, this arguably should be treated as white space, and the search should succeed if it matches strings with words separated by other whitespace characters. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 18333] New: Removal of SQL queries from admin/systempreferences.sql
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '23

10 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18333 Bug ID: 18333 Summary: Removal of SQL queries from admin/systempreferences.sql Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org This bug report requires the removal of SQL queries from admin/systempreferences.pl to a perl module in C4 or Koha directory. This bug report also requires the writing of POD and unit tests for all new subroutines created in the perl modules to hold these SQL queries. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 18294] New: Keyword searches surrounded by double quotes fail on staff client and OPAC
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '23

10 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18294 Bug ID: 18294 Summary: Keyword searches surrounded by double quotes fail on staff client and OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To replicate: A keyword search for juggling for the complete klutz or a single quoted version of the same: 'juggling for the complete klutz' on https://demo.bywatersolutions.com returns the following result: https://demo.bywatersolutions.com/cgi-bin/koha/opac-detail.pl?biblionumber=… The same search, surrounded by double quotes returns no hits: "juggling for the complete klutz" https://demo.bywatersolutions.com/cgi-bin/koha/opac-search.pl?q=%22juggling… ... RESULTS OF SEARCH FOR 'KW,WRDL: "JUGGLING FOR THE COMPLETE KLUTZ"' No results found! No results found for that in ByWater Library System catalog. Sorry we didn't find what you were looking for [Replicated under 16.11.04.001] -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 16863] New: Quotes around search term cause search failure if QueryAutoTruncate is not enabled.
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '23

10 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16863 Bug ID: 16863 Summary: Quotes around search term cause search failure if QueryAutoTruncate is not enabled. Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The following search will succedd if the system preference 'quryautotruncate' is set to 'always' but will fail if set to 'only if * is added'. http://intranet.bywatersolutions.com/cgi-bin/koha/catalogue/search.pl?q=%22… This causes issues because call number links in the search results are quoted. To replicate: 1/ Set quryautotruncate to 'only if * is added'. 2/ Run a keyword search, with quotes around the title, e.g. "The Hobbit" Seearch will fail 3/ Set quryautotruncate to 'always' 4/ Re-run the same search. It will succeed. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 18252] New: Move C4::Items code to the Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '23

10 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18252 Bug ID: 18252 Summary: Move C4::Items code to the Koha namespace 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(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 24