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

[Bug 27469] New: Improve link text when returning to booksellers page
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27469 Bug ID: 27469 Summary: Improve link text when returning to booksellers page Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org koha-tmpl/intranet-tmpl/prog/en/modules/acqui/basket.tt: <a href="booksellers.pl">Click here to go back to booksellers page</a> "Here" should not be used as a link text as it doesn't contain any helpful information for people scanning the page for information and also is a problem for blind users using screen readers jumping from link to link on a page. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 27478] New: Improve link text when viewing an ILL requested item
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27478 Bug ID: 27478 Summary: Improve link text when viewing an ILL requested item Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-illrequests.tt: <a href="/cgi-bin/koha/opac-detail.pl?biblionumber=[% request.biblio_id | uri %]">Click here to view</a> "Here" should not be used as a link text as it doesn't contain any helpful information for people scanning the page for information and also is a problem for blind users using screen readers jumping from link to link on a page. To reproduce you will need to enable interlibrary loans. https://koha-community.org/manual/20.11/hi/html/ILL_requests.html -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 27471] New: Improve link text when successfully merging authorities and remove JS redirect
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27471 Bug ID: 27471 Summary: Improve link text when successfully merging authorities and remove JS redirect Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org <script>window.location.href="/cgi-bin/koha/authorities/detail.pl?authid=[% recordid1 | html %]";</script> koha-tmpl/intranet-tmpl/prog/en/modules/authorities/merge.tt: <p>The merging was successful. <a href="/cgi-bin/koha/authorities/detail.pl?authid=[% recordid1 | uri %]">Click here to see the merged record.</a></p> "Here" should not be used as a link text as it doesn't contain any helpful information for people scanning the page for information and also is a problem for blind users using screen readers jumping from link to link on a page. To reproduce: 1. Create or have two authorities 2. Do a search in Authorities 3. Click Actions -> merge for one authority 4. After the page reloads to show we are merging, click Actions -> Merge for the next authority 5. Go Next until the merge is complete Notice you don't even see the 'The merging was successful' message, because of the javascript that redirects you. To patch: delete the script line and reword the 'Click here' message -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 25054] New: Document and allow customization of search index shortcuts in Search Engine Configuration
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25054 Bug ID: 25054 Summary: Document and allow customization of search index shortcuts in Search Engine Configuration Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com It'd be great if the Search Engine Config page in ES would document the various shortcuts available (ti for title, sn for local number, etc). Even better would be an interface to allow local creation of custom shortcuts. Maybe this could be a column added to the two mappings tabs to allow the definition of aliases? The hardcoded default aliases could be populated there in the default mapping? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 26962] New: Koha notice/slips/receipts should print in pure black
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26962 Bug ID: 26962 Summary: Koha notice/slips/receipts should print in pure black Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Many people have been complaining about poor print quality in Koha. A solution that I have found to work is changing the shade of black from either #333333 or #000066 to #000000 (pure black). We can do this for just print by updating /koha-tmpl/intranet-tmpl/prog/css/print.css -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 27402] New: Add column filtering to the Datatables REST API wrapper
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27402 Bug ID: 27402 Summary: Add column filtering to the Datatables REST API wrapper Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 24561 Blocks: 20212 Bug 24561 added a wrapper to use easily all the DataTables functionalities when a REST API route was used within Koha. The filtering method used is working for the global search filter, but not if we have a filter on top of each column. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20212 [Bug 20212] Slowness in receiving in acquisitions https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24561 [Bug 24561] Add a datatables API wrapper -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 26957] New: Find duplicate removes operators from the middle of search terms
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26957 Bug ID: 26957 Summary: Find duplicate removes operators from the middle of search terms Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To test: 1 - Edit your koha-conf.xml and set zebra debug levels to include request <zebra_loglevels>none,fatal,warn,request</zebra_loglevels> 2 - Restart all the things 3 - Tail the zebra output log tail -f /var/log/koha/kohadev/zebra-output.log 4 - Try to create a new purchase suggestion for the author: Morgenstern 5 - Note the logged search is for Mgenstern -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 27307] New: "Keyword as phrase" option in search dropdown doesn't work with Elastic
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27307 Bug ID: 27307 Summary: "Keyword as phrase" option in search dropdown doesn't work with Elastic 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: andrew(a)bywatersolutions.com When using Elastic, selecting "Keyword as phrase" from the search dropdown does not properly perform a phrase search. Other "as phrase" options work correctly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 27308] New: Advanced editor should skip blank lines when inserting new fields
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27308 Bug ID: 27308 Summary: Advanced editor should skip blank lines when inserting new fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The intent of the macro insert new function is to add a new field at the correct numerical place in the record. If you have a blank line while editing, however, the new line will be inserted at the blank line, rather than checking the rest of the record. To recreate: 1 - Create a macro like new 690=‡aLOCAL SUBJECT 2 - Insert a blank line into your record somewhere before where the 690 should be inserted 3 - Run the macro 4 - Line is inserted before the blank line -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 27196] New: Waiting title level hold checked in at wrong location via SIP leaves hold in a broken state and drops connection
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27196 Bug ID: 27196 Summary: Waiting title level hold checked in at wrong location via SIP leaves hold in a broken state and drops connection Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com The problem occurs when we find a hold during SIP checkin - we check the message form AddReturn for the hold value - but for a waiting hold at wrong location the hold has been reverted and, in the case of a title level hold, has no itemnumber We partially succeed in setting the hold to transit and leave the hold in limbo This is due to passing $messages->{ResFound}->{itemnumber} to ModReserveAffect rather than $item->itemnumber which we have available To recreate: 1 - Place a next available hold for delivery at library A 2 - Check the item in at library A to set it waiting 3 - Check the item in via SIP at library B perl misc/sip_cli_emulator.pl -a localhost -p 6001 -su term1 -sp term1 --item BARCODE -l FPL -m checkin 4 - The SIP emulator dies: Use of uninitialized value $data in concatenation (.) or string at misc/sip_cli_emulator.pl line 344, <GEN0> chunk 1. READ: 5 - Check the hold in the db: SELECT * FROM reserves WHERE itemnumber IS NULL and found IS NOT NULL; 5 - Try to load the biblio - ISE Can't call method holdingbranch on an undefined object -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31