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

[Bug 15184] Ability to duplicate existing order lines to a given basket
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '18

08 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15184 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Master --- Comment #114 from Nick Clemens <nick(a)bywatersolutions.com> --- Awesome work all! Pushed to master for 18.11 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15395] Internationalization: plural forms, context, and more
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '18

08 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15395 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #81741|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15395] Internationalization: plural forms, context, and more
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '18

08 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15395 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |21789 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21789 [Bug 21789] Example usage of I18N Template::Toolkit plugin -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19551] New: Cash register report has bad erroneous results from wrong order of operations
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '18

08 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19551 Bug ID: 19551 Summary: Cash register report has bad erroneous results from wrong order of operations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org in reports/cash_register_stats.pl $whereTType = q{ AND accounttype = 'FOR' OR accounttype = 'W' }; needs parens to combine the OR, better yet: $whereTType = q{ AND accounttype IN ('FOR','W') }; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 21550] New: DataTables four button pagination uses the wrong icon for disabled buttons
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '18

08 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21550 Bug ID: 21550 Summary: DataTables four button pagination uses the wrong icon for disabled buttons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P3 Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: arouss1980(a)gmail.com, martin.renvoize(a)ptfs-europe.com, nick(a)bywatersolutions.com, severine.queune(a)bulac.fr, testopia(a)bugs.koha-community.org Depends on: 21506 When four button pagination is used any button which is disabled uses the icon for active buttons. For instance: The "next" button on the last page of results. The arrow icon should be gray instead of blue. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21506 [Bug 21506] DataTables four button pagination uses the wrong icon for First and Last buttons -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 21506] New: DataTables four button pagination uses the wrong icon for First and Last buttons
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '18

08 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21506 Bug ID: 21506 Summary: DataTables four button pagination uses the wrong icon for First and Last buttons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: arouss1980(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 80154 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=80154&action=ed… wrong icon for First and Last buttons As per the attached screenshot, when four button pagination is used the DataTables buttons for 'First' and 'Last' use the wrong icon. The buttons themselves work fine, it's just that two of the icons are repeated: the same icon is used for 'First'/'Previous' and the same icon is used for 'Next'/'Last'. The icons for 'First' and 'Last' should include a vertical bar, like this: |<< >>|. In addition to the pages shown in the screenshot, other templates appear to be affected as well (`git grep four_button` for a list). AFAICT this was inadvertedly caused by commit 5434882 from Bug 8549 which introduced a change in the class names of the four buttons. Another (minor) issue is that all four buttons' icons are clipped/ truncated at the bottom due to insufficient padding. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 13098] Item lost multiple times by the same patron will create only be charged once
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '18

08 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13098 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to Master |RESOLVED CC| |martin.renvoize@ptfs-europe | |.com Resolution|--- |FIXED --- Comment #22 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Dependencies not in 18.05.x. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21311] Remove locked message from opac-auth.tt
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '18

08 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21311 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to Master |Pushed to Stable --- Comment #35 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Pushed to 18.05.x for 18.05.06 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21455] New: Authority search options get shuffled around when you click on 'Search'
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '18

08 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21455 Bug ID: 21455 Summary: Authority search options get shuffled around when you click on 'Search' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: arouss1980(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org As per the attached screenshots, when you perform an authority search in the staff client and click on the 'Search' button, the selected values for the 'Search all headings:' and 'Search entire record:' options get flipped around. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 21752] New: request.pl does not allow to revert Waiting to Priority 1
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '18

08 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21752 Bug ID: 21752 Summary: request.pl does not allow to revert Waiting to Priority 1 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 21611 fixes a problem with the priority status, but full functionality is not restored. If an item is marked as waiting, there is NO WAY to set it back to a priority level. To test: 1) Place item on hold. 2) Check in the item to trigger the hold. 3) Look at requests.pl. Note waiting status. 4) Try to set to priority 1 instead of waiting. You can't. Can only delete. 5) Place another hold on the same item with another patron. 6) Look at requests.pl. Note one waiting status and one priority 1 status. 7) Note that priority 1 is now an option on the waiting hold, but you can't select it! Expected behavior: Change waiting status to priority 1. If there is more than one hold, change it to whatever hold level needed, and bump the rest of the priorities below that accordingly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3