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

[Bug 20313] New: Article requests: Can we do without the processing notice ?
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '19

03 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20313 Bug ID: 20313 Summary: Article requests: Can we do without the processing notice ? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com For each article request we switch to processing status, Koha sends a mail to the patron. It does not tell much. The patron already received a mail that acknowledges his request; so why not send a mail only when the request has been completed? In other words: can we remove AR_PROCESSING ? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 21364] New: Allow deletion of basket from vendor search/view
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '19

02 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21364 Bug ID: 21364 Summary: Allow deletion of basket from vendor search/view Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: nick(a)bywatersolutions.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 50

[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 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 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 21831] New: Marc modification templates move all action moves only one field
by bugzilla-daemon＠bugs.koha-community.org 30 May '19

30 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21831 Bug ID: 21831 Summary: Marc modification templates move all action moves only one field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org If you have a marc modification template action to "move all fields XXX to YYY", and the field XXX has been repeated in a record, only the first XXX field is moved. Same applies to "copy" and "copy and replace" actions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 19520] New: Show more information about rotating collections
by bugzilla-daemon＠bugs.koha-community.org 30 May '19

30 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19520 Bug ID: 19520 Summary: Show more information about rotating collections Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org On colections list and detail: - Number of items in collection - Number of transferred/untransferred items - Librarian who created the collection - Date of creation - Date of last transfer -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 21709] New: Addbiblio shows tag editor icons which do nothing
by bugzilla-daemon＠bugs.koha-community.org 30 May '19

30 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21709 Bug ID: 21709 Summary: Addbiblio shows tag editor icons which do nothing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Addbiblio can show a tag editor icon after the field which does nothing. The icon will have the "No popup" title and clicking on it does nothing. There should be no icon shown, if there is no editor attached to it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 21036] New: Just a bunch of warnings
by bugzilla-daemon＠bugs.koha-community.org 30 May '19

30 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21036 Bug ID: 21036 Summary: Just a bunch of warnings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 18939] New: Record matching rules didnot work by matching with callnumber
by bugzilla-daemon＠bugs.koha-community.org 30 May '19

30 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18939 Bug ID: 18939 Summary: Record matching rules didnot work by matching with callnumber Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: importedbugs Assignee: koha-bugs(a)lists.koha-community.org Reporter: narapol(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I try to migrate data from WISIS to koha. In record matching rules, I was created rule for matching with callnumber (tag 080$a). The result is "no matching found" , even though a match exists. If anyone met this issue before, please help me to fix. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3