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

[Bug 25882] New: Elasticsearch - Advanced search itemtype limits are being double quoted
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25882 Bug ID: 25882 Summary: Elasticsearch - Advanced search itemtype limits are being double quoted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com To test: 1 - Have koha using ES 2 - Go to advanced search 3 - Limit by a single itemtype that exists 4 - Get some results 5 - Limit by a different itemtype that exists 6 - Get some results 7 - Limit by both itemtypes 8 - Get only the results for the second itemtype 9 - Enable DumpTemplateVarsIntranet and DumpSearchQueryTemplate 10 - Repeat search 11 - View page source and find 'search_query' 12 - See limit looks like itype:("("BK")" OR "("CR")") -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 25336] New: Show checkouts/fines to guarantor is in the wrong section of the patron file
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25336 Bug ID: 25336 Summary: Show checkouts/fines to guarantor is in the wrong section of the patron file Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hello! I noticed that the Show checkouts to guarantor and Show fines to guarantor flags are in the "Library use" section of the patron file. However, they are set in the "Contact information" section with the setting of the guarantor. This is confusing because if you want to edit the flags, you cannot do it by clicking the "Edit" button next to "Library use", even though the flags are in that section. You have to know that they are set in the "Contact information" section and use that "Edit" button to change them. Caroline -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 25853] New: update_patrons_category.pl has incorrect permissions in repo
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25853 Bug ID: 25853 Summary: update_patrons_category.pl has incorrect permissions in repo Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The permissions for this are -rw-r--r-- and need to be -rwxr-xr-x -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 25683] New: update_patron_categories.pl should recognize no fine history = 0 outstanding fines
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25683 Bug ID: 25683 Summary: update_patron_categories.pl should recognize no fine history = 0 outstanding fines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Bug 17168 introduced update_patron_categories.pl, which can change patron categories based on fine totals. But it doesn't understand that an absence of fines is the same as $0 owed. To replicate: - Have a patron with nothing in accountlines - run update_patron_categories to find patrons with fines under $5 (-fu=5) - Your patron is not found - Give your patron a manual charge of $1 - rerun the cron, your patron is found - pay off your patron's fine, putting their balance at $0 - rerun the cron, your patron is found -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 25893] New: Log viewer no longer searches using wildcards
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25893 Bug ID: 25893 Summary: Log viewer no longer searches using wildcards Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 22363 updated the log viewer from using C4::Logs::GetLogs to Koha::ActionLogs->search, however, GetLogs appended wildcards to the search and viewlogs.pl does not -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 25873] New: Elasticsearch - Records with malformed data are not indexed
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25873 Bug ID: 25873 Summary: Elasticsearch - Records with malformed data are not indexed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com If a record contains malformed data that is supposed to be indexed in an integer field, the document is rejected by elasticsearch. Elasticsearch should ignore malformed data. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 25887] New: Filtering funds by library resets to empty in library pull down
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25887 Bug ID: 25887 Summary: Filtering funds by library resets to empty in library pull down Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When filtering funds by library, the pull down for libraries resets to "empty" when the page is reloaded, although the filter criteria is visible in the URL. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 25852] New: If a layout is edited, the Layout Type will revert to Barcode
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25852 Bug ID: 25852 Summary: If a layout is edited, the Layout Type will revert to Barcode Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If a label is set to have the layout as Barcode/Biblio - and edits are made, the layout type will change to just Barcode. To Recreate: 1. Create a layout type for Barcode/Biblio 2. Choose fields to print and size of font. 3. Save and Exit. 4. Test print this label and realize that font is too large. 5. Edit existing Layout and change font. 6. Save and then see that the layout type is now set to Barcode. This is extremely confusing and frustrating since one might not notice that the type has changed and prepared to print a sheet of labels and they are now wrong as they are only creating barcode labels instead of barcode/biblio labels. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 25599] New: Allow use of cataloguing placeholders when ACQ framework is used creating new record (UseACQFrameworkForBiblioRecords)
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '20

20 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25599 Bug ID: 25599 Summary: Allow use of cataloguing placeholders when ACQ framework is used creating new record (UseACQFrameworkForBiblioRecords) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org There is a feature in the cataloguing where you can enter a placeholder in the default value of the framework that will then be replaced by a value on editing the record. At the moment we support: <<DD>> - 2 digit day of month <<MM>> - 2 digit number of month <<YYYY>> - 4 digit year <<USER>> - user adding the record And bug 24134 intends to add another useful one: <<YY>>. We should support this functionality when the ACQ framework is used within the cataloguing module as it can be helpful to set things like the date in 008 correctly. To test: - modify the default value for 008@ or another subfield in the ACQ framework using one or more of the placeholders above - activate UseACQFrameworkForBiblioRecords - create a basket - create an order from a new record - verify the values have not been replaced - create a new record from the ACQ framework in the normal editor - verify it works well there and values are replaced -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 25499] New: Fund code column is empty when closing a budget
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '20

19 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25499 Bug ID: 25499 Summary: Fund code column is empty when closing a budget Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When closing a budget, the fund code is missing from the table showing the number of unreceived orders for each fund. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17