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

[Bug 15733] New: Audio Alerts issues in master
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '18

03 Dec '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15733 Bug ID: 15733 Summary: Audio Alerts issues in master Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In master there is a JSON error thrown when AudioAlerts are enabled. When checking in I get: SyntaxError: JSON.parse: expected property name or '}' at line 1 column 3 of the JSON data This does not happen in 3.22 Also (in master and 3.22) single quotes audio selector break ability to edit an alert -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 17597] New: Outdated translation credits
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '18

28 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17597 Bug ID: 17597 Summary: Outdated translation credits Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: About Assignee: nengard(a)gmail.com Reporter: dimantonak(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It seems that the translation credits are outdated. I was wondering if I have to post an email asking for the names of the recent contributors or is there another procedure that has to be done. Furthermore, as far as I understand, changes should take place to the following file: /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/about.tt plus to every language's po file at /usr/share/koha/misc/translator/po/. Is that correct? -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 15922] New: Show authorized value description in staff client search results for lost, withdrawn, and waiting
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '18

26 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15922 Bug ID: 15922 Summary: Show authorized value description in staff client search results for lost, withdrawn, and waiting Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW 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 staff client search results table doesn't show actual authorized value descriptions for items with a lost, damaged, or withdrawn status. Instead it shows "Lost," "Damaged," or "Withdrawn" for any values of those statuses. -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 17776] New: Shibboleth Authentication is broken in plack
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '18

20 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17776 Bug ID: 17776 Summary: Shibboleth Authentication is broken in plack Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Shibboleth authentication relies heavily on per request environment variable, which doesn't play nicely with persistent apps (plack). We need to convert to using request headers in this case and update the documentation to reflect this alteration. -- You are receiving this mail because: You are watching all bug changes.

1 76

[Bug 16280] New: purge_suggestions.pl: Cron job log should tell number of days used
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '18

16 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16280 Bug ID: 16280 Summary: purge_suggestions.pl: Cron job log should tell number of days used Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To reproduce (on top of Bug 13287) - Set syspref CronjobLog to "Log" - Set syspref PurgeSuggestionsOlderThan to 20 - From console, run misc/cronjobs/purge_suggestions.pl - Check entry in cgi-bin/koha/admin/preferences.pl?op=search&searchfield=log Result in log: misc/cronjobs/purge_suggestions.pl Expected: indication that value of 20 days was used - From console, run misc/cronjobs/purge_suggestions.pl -days 100 Result in log: misc/cronjobs/purge_suggestions.pl Expected: indication that value of 100 days was used -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 17843] New: Move C4::Koha::getitemtypeinfo to Koha::ItemTypes
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '18

15 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17843 Bug ID: 17843 Summary: Move C4::Koha::getitemtypeinfo to Koha::ItemTypes 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 Depends on: 17835 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17835 [Bug 17835] Move C4::Koha::GetItemTypes to Koha::ItemTypes -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 17578] New: Replace GetMemberDetails with GetMember
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '18

14 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17578 Bug ID: 17578 Summary: Replace GetMemberDetails with GetMember 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 In order to unify the different subroutine of C4::Members and move them to Koha::Patrons, one of the steps is to remove GetMemberDetails. Here we will replace all occurrences of GetMemberDetails with GetMember. Additional informations will be retrieved when needed. -- You are receiving this mail because: You are watching all bug changes.

1 83

[Bug 18565] New: Create system preference for OPACShowDueDate
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '18

12 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18565 Bug ID: 18565 Summary: Create system preference for OPACShowDueDate Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We have a few options through the system preferences to hide fields in the OPAC, such as OPACShowBarcode which allows you to show or hide the barcode on the holdings tab and OPACShowHoldQueueDetails which allows you to show or hide the holds priority to patrons in the OPAC. It would be great to have a system preference to show or hide the duedate on the holdings tab, like an option for OPACShowDueDate. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 18418] New: Advanced Editor - Rancor - Add a control number widget
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '18

09 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18418 Bug ID: 18418 Summary: Advanced Editor - Rancor - Add a control number widget 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 16420] New: Buttons inconsistent between "Hold found" and "Hold found (waiting)" dialogs in checkin
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '18

09 Nov '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16420 Bug ID: 16420 Summary: Buttons inconsistent between "Hold found" and "Hold found (waiting)" dialogs in checkin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com "Hold found": "Confirm hold", "Print slip and confirm" and "Ignore" "Hold found (item is already waiting)": "Confirm", "Cancel hold", "Print and confirm" We should settle on one ordering and wording; the current approach is both bad for translators and confusing for librarians. It's all too easy to reach for the middle button out of muscle memory and cancel a hold! I would argue that the wording and ordering of the "Hold found" dialog is more natural, so the waiting dialog should be changed to the following: "Confirm hold", "Print slip and confirm", "Cancel hold" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12