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

[Bug 24095] New: Missing MSG_CONFIRM_DELETE_HOLD variable on the OPAC user account page
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '20

21 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24095 Bug ID: 24095 Summary: Missing MSG_CONFIRM_DELETE_HOLD variable on the OPAC user account page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org On the "my summary" page in the OPAC, under the holds tab, clicking the delete button for a hold should trigger a confirmation message. The MSG_CONFIRM_DELETE_HOLD is not defined so the confirmation is skipped and the hold is deleted without confirmation. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 18874] New: Add unique constraint to repeatable_holidays and special_holidays
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '20

20 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18874 Bug ID: 18874 Summary: Add unique constraint to repeatable_holidays and special_holidays Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The calendar doesn't check if holidays already exist before copying/inserting holidays -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 22566] New: Stock rotation cronjob reporting has issues
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '20

17 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22566 Bug ID: 22566 Summary: Stock rotation cronjob reporting has issues 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Target Milestone: --- Trying to test this today we found that some of the reporting features of the cronjob seem to be problematic: To recreate: 1 - Create some rotas 2 - Add some items 3 - run cronjob with -x 4 - in sql UPDATE branchtransfers SET datearrived=DATE_SUB(CURDATE(), INTERVAL 1 DAY) WHERE comments like '%rota%' 5 - run the cornjob without -x: perl misc/cronjobs/stockrotation.pl -r full 6 - get an error about undefined emails 7 - run it for branch emails perl misc/cronjobs/stockrotation.pl -r email 8 - get an error about odd numebr of elements in hash -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 49

[Bug 23089] New: Elasticsearch - cannot sort on non-text fields
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '20

16 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23089 Bug ID: 23089 Summary: Elasticsearch - cannot sort on non-text fields 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 Target Milestone: --- issues is defined as an sum field, this is interpreted to ES as integer, however, the issues__sort field is stored as keyword. Attempting to order search results by 'popularity' fails from ES - because we can't use text fields, we have to use a 'keyword' field. In our biblio search indexes this is fine because our __sort fields all get a phrase keyword field We onyl set field__sort.phrase for text fields though, so issues__sort doesn't use the phrase field, even though it exists Adding a test to try to ilustrate what I am saying here To recreate: 1 - Enable and index ES 2 - Search on staff client or OPAC 3 - Attempt to sort by popularity 4 - It fails, check the error logs to see why -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 24104] New: Item search - dropdown buttons overflow
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '20

16 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24104 Bug ID: 24104 Summary: Item search - dropdown buttons overflow Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal 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 The "Edit" dropdown buttons of the item results create an overflow when clicked. The 2 options "Edit record" and "Edit items" contained in a dropdown menu will be displayed out of screen and the horizontal scrolbar will be shown. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 18057] New: koha-restore should stop koha-indexer before deleting files
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '20

15 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18057 Bug ID: 18057 Summary: koha-restore should stop koha-indexer before deleting files Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz koha-restore should stop koha-indexer before deleting files more info to come... -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 23956] New: Replace famfamfam calendar icon in staff client with CSS data-url
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '20

15 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23956 Bug ID: 23956 Summary: Replace famfamfam calendar icon in staff client with CSS data-url Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The calendar icon we show with datepicker input fields can't be replaced by a Font Awesome icon because the image is displayed as a background image inside the input field itself. A simplified version of the famfamfam calendar icon converted to a data-url is only about 200 characters. This seems compact enough to include in staff-global.css to eliminate an image dependency. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 23889] New: Improve style of menu header in advanced cataloging editor
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '20

15 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23889 Bug ID: 23889 Summary: Improve style of menu header in advanced cataloging editor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 94677 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=94677&action=ed… GIF comparing before and after the patch The "Settings" menu in the advanced cataloging editor has a menu item which is a header (change framework). This should be styled better, matching, for instance, the "Sort" menu on catalog search results. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 23970] New: itemsearch: when combining two fields with the boolean operator OR, the entry of the second field is not taken into account
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '20

15 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23970 Bug ID: 23970 Summary: itemsearch: when combining two fields with the boolean operator OR, the entry of the second field is not taken into account Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: christian.stelzenmueller(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Itemsearch. Search for: publication date: 2005 OR publication date: 2006 Koha doesn't take the search for 2006 into account. Only items from 2005 are shown in the search results. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 24090] New: Subfield text in red when mandatory in record edition
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '20

15 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24090 Bug ID: 24090 Summary: Subfield text in red when mandatory in record edition 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In record edition, color subfield text in red when mandatory. Like patron fields in patron edition form. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17