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

[Bug 11492] Receiving a serial item causes routing list notes to be lost
by bugzilla-daemon＠bugs.koha-community.org 31 May '19

31 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11492 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |BLOCKED CC| |m.de.rooy(a)rijksmuseum.nl --- Comment #10 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- QA: Looking here now -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21241] New: Set suggestion notices message_transport_type to sms if patrons has no email but smsalertnumber set
by bugzilla-daemon＠bugs.koha-community.org 31 May '19

31 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21241 Bug ID: 21241 Summary: Set suggestion notices message_transport_type to sms if patrons has no email but smsalertnumber set Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Presently the message_transport_type of suggestion module notices is hardcoded to email in C4/Suggestions.pm. If a patron does not have an email address set, but does have a smsalertnumber set then they will not receieve their suggestion notices. This patch introduces a conditional to C4/Suggestions.pm to check if no patron email exists AND a patron smsalertnumber does exist then the message_transport_type of the suggestion notice is set to 'sms'. Otherwise the message_transport_type is set to 'email'. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 22914] New: Batch Item Delete column misconfigured when using show/hide tool
by bugzilla-daemon＠bugs.koha-community.org 31 May '19

31 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22914 Bug ID: 22914 Summary: Batch Item Delete column misconfigured when using show/hide tool 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- When using the batch delete tool the show/hide columns checkboxes are misconfigured. Instead of hiding/showing the proper column the column immediately to the right is instead hidden. This effects master and 18.11.x -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 22586] New: IntranetReportsHomeHTML no longer renders as HTML on reports-home.pl
by bugzilla-daemon＠bugs.koha-community.org 31 May '19

31 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22586 Bug ID: 22586 Summary: IntranetReportsHomeHTML no longer renders as HTML on reports-home.pl Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- As of 18.11 the IntranetReportsHomeHTML syspref no longer renders HTML on report-home.pl. I think this is being filtered wrong in the template. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 22901] New: in items search authorised values select disappears on conditional change
by bugzilla-daemon＠bugs.koha-community.org 30 May '19

30 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22901 Bug ID: 22901 Summary: in items search authorised values select disappears on conditional change Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- in items search, when there is a custom field with authorised values : when changing the conditional select AND/OR then the authorised values select disappears. This behaviour is like when the search field is changed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 20537] New: Warnings in overdue_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 30 May '19

30 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20537 Bug ID: 20537 Summary: Warnings in overdue_notices.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz We've seen a warning from overdue_notices.pl: Use of uninitialized value in concatenation (.) or string at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 575. I checked in our version and in master and think it happens for users withut a surname (organisations usually): 576 $borrowernumber = $data->{'borrowernumber'}; 577 my $borr = 578 $data->{'firstname'} . ', ' 579 . $data->{'surname'} . ' (' 580 . $borrowernumber . ')'; 581 $verbose Should we check here if firstname/surname are defined? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 22932] New: Serial issues on opac-detail.pl sorts dates alphabetically
by bugzilla-daemon＠bugs.koha-community.org 30 May '19

30 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22932 Bug ID: 22932 Summary: Serial issues on opac-detail.pl sorts dates alphabetically Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When sorting serial issues in the OPAC by date, those dates are sorted alphabetically rather than as dates. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 21450] New: link_bibs_to_authorities.pl is caching searches without the auth type
by bugzilla-daemon＠bugs.koha-community.org 30 May '19

30 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21450 Bug ID: 21450 Summary: link_bibs_to_authorities.pl is caching searches without the auth type Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It seems that the script stores the results of a search term using only the search term - not the authority type, this can be problematic Image A record containing both a subject and topic term: 650 _0 $aShort stories 655 __ $aShort stories And there being an authority record for each: Short stories AUTH_TYPE SU_TOPIC #1708 Short stories AUTH_TYPE GENRE #1709 The linker for the first stores: $cache->{Short stories} = 1708 and the genre link then reuses this search -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 22724] New: Staff without writeoff permissions have access to 'Write off selected' button on Pay Fines tab
by bugzilla-daemon＠bugs.koha-community.org 30 May '19

30 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22724 Bug ID: 22724 Summary: Staff without writeoff permissions have access to 'Write off selected' button on Pay Fines tab Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To re-create: 1) Make sure that a staff user has '(writeoff) Write off fines and fees' permission disabled. 2) Bring up a patron with an unpaid fee, go to Fines -> Pay fines 3) Note that 'Write off selected' button is displayed. 4) Select a fee, click 'Write off selected'. Note that staff member has access to 'Write off an amount toward selected fines'. This is a regression; prior to 18.11, a staff user without '(writeoff) Write off fines and fees' permissions would not have seen the 'Write off selected' button in step 3. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 22904] New: Untranslatable strings in members-menu.js
by bugzilla-daemon＠bugs.koha-community.org 30 May '19

30 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22904 Bug ID: 22904 Summary: Untranslatable strings in members-menu.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: black23(a)gmail.com Depends on: 19641 Target Milestone: --- There are a few strings in members-menu.js which won't get picked up by the translation tool: Line 23+ _("Dates of birth ... Line 108: _("Are you sure you want to update this child to an Adult category? This cannot be undone.") Line 123: _("Are you sure you want to renew this patron's registration?") Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19641 [Bug 19641] Move patron templates JavaScript to the footer -- You are receiving this mail because: You are watching all bug changes.

1 9