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

[Bug 23591] New: Add a new "Suggestions details" tab on bibliographic record
by bugzilla-daemon＠bugs.koha-community.org 18 May '20

18 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23591 Bug ID: 23591 Summary: Add a new "Suggestions details" tab on bibliographic record Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org The BULAC (http://www.bulac.fr/) would like to sponsor 3 different enhancements to ease the links between suggestion and bibliographic record. On this ticket : creation of a new tab ‘Suggestion details’ on bibliographic record, displaying all the useful informations (dates, status, comments, branchocde, etc.) and a link to the suggestions module. This tab would be only be displayed when ‘suggestion’ syspref in ON, and when a suggestion exist for a record to keep nice and clear informations. We don’t know if it would be better to have a tab after the ‘Acquisition details’ or a lateral one (between ‘article requests’ and ‘Checkout history’ for exemple). As long as “Change sponsored?” is set on “Seeking developer”, anyone wanting to quote us for the development of such a feature or just ask for more information is welcome to write to us: <sigb(a)bulac.fr>. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 48

[Bug 22437] New: Subsequent authority merges in cron cause biblios to lose authority information
by bugzilla-daemon＠bugs.koha-community.org 18 May '20

18 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22437 Bug ID: 22437 Summary: Subsequent authority merges in cron cause biblios to lose authority information Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: pjamorim91(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Here's how to reproduce the problem: AuthorityMergeLimit syspref is default 50. Here's an example list of 3 authorities (A, B and C) that should be merged together - resulting in 1 authority - and the total count of biblios linked to each respective authority (similar to the interface you get when searching authorities): A 100 B 60 C 2 The good scenario: If you merge the authorities like this: First: C -> A Second: B -> A All is good, after the first merge (C -> A), A has 102 biblios. After second merge (B -> A), B no longer exists and A still has 102 - as expected, because the merge is scheduled to the cron. After forcing the cron koha-foreach --chdir --enabled /usr/share/koha/bin/cronjobs/merge_authorities.pl -b -v authority A now has 162 biblios, as expected. The bad scenario: The problem occurs if authorities are merged like this: First: C -> B Second: B -> A After the first merge (C -> B), B has 62 biblios. After the second merge (B -> A), B no longer exists and A still has 100 - as expected, because the merge is scheduled to the cron. However, after forcing the cron koha-foreach --chdir --enabled /usr/share/koha/bin/cronjobs/merge_authorities.pl -b -v authority A still has 100 biblios, and the 62 biblios that were previously linked to B have effectively lost the authority information they previously had. After some testing, I noticed that Koha will schedule an authority merge for the same authority (on itself), even when the biblios count doesn't surpass AuthorityMergeLimit, I'll explain: For the C -> B merge, the 2 biblios from C will be updated immediately in the application (because 2 < 50), but simultaneously Koha will schedule the cron merge B -> B. I think this happens because the merge.pl script first modifies the reference authority using ModAuthority (that calls the merge function), and then calls the merge function, can be seen here: https://github.com/Koha-Community/Koha/blob/18.11.x/authorities/merge.pl#L79 Which means that Koha will run the merge function, twice, for each authority merge made in the application. I think this is by design, because if B gets modified, Koha will have to update 60 biblios with the new authority information, updated subfields information etc, and this should be indeed postponed to the cron, hence the merge on itself B -> B caused by ModAuthority. However, because B -> A happened (deleting B) after C -> B and before the cron had the chance to run, by the time the cron has to run B -> B, B has already been deleted, cleaning the authority information from the 60 (or 62) biblio records. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 62

[Bug 24204] New: Talking Tech i-tiva is now illion Digital Tech Solutions
by bugzilla-daemon＠bugs.koha-community.org 16 May '20

16 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24204 Bug ID: 24204 Summary: Talking Tech i-tiva is now illion Digital Tech Solutions Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org The third-party service Tallking Tech i-tiva was acquired by illion Digital Tech Solutions in 2018 (https://www.linkedin.com/company/talkingtech/?originalSubdomain=nz) Updates are required to reflect this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 24530] New: Show a number in title notes just as in the other tabs
by bugzilla-daemon＠bugs.koha-community.org 16 May '20

16 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24530 Bug ID: 24530 Summary: Show a number in title notes just as in the other tabs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Although we do not show an empty title notes tab [see bug 10349], the number of notes might still be interesting just as we do for other tabs on the detail page like holdings, subscriptions, comments, etc. Intuitively, you are also inclined to think that there are no notes when you see a number after holdings and no number after descriptions etc. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 20648] New: Attribute option "Display in check-out" should be rename
by bugzilla-daemon＠bugs.koha-community.org 16 May '20

16 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20648 Bug ID: 20648 Summary: Attribute option "Display in check-out" should be rename Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Attributes checked "Display in check-out" are now displayed on side panel of all tabs in patron account thanks to Bug 12159. The description "Display in check-out: Check to show this attribute in patron check-out" on the "Attribute menu" should be modifiy now. --> "Display in patron's brief information" ? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 21921] New: Add date publication year to biblio Z39.50 search form
by bugzilla-daemon＠bugs.koha-community.org 16 May '20

16 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21921 Bug ID: 21921 Summary: Add date publication year to biblio Z39.50 search form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.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. You are the assignee for the bug.

1 23

[Bug 20399] New: Remove "did you mean" for the staff interface
by bugzilla-daemon＠bugs.koha-community.org 16 May '20

16 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20399 Bug ID: 20399 Summary: Remove "did you mean" for the staff interface 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: gaetan.boisson(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The amdin page for the "did you mean" feature has two block for setting it up in the staff interface, and a note saying this isn't implemented on the staff interface yet. We should remove the part about the staff interface until it actually is implemented. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 22655] New: Onboarding tool should offer to add Hold rule in addition to Circulation rule
by bugzilla-daemon＠bugs.koha-community.org 16 May '20

16 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22655 Bug ID: 22655 Summary: Onboarding tool should offer to add Hold rule in addition to Circulation rule Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: hayleymapley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Currently, when doing a fresh install of Koha, no Holds rules are set during the Onboarding process. This means that users testing Holds or new users to Koha have to set up Hold rules in the Tools before placing any Holds. We should allow users to set up default Hold rule while setting up the Circulation rules. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 24547] New: Add more action logs for holds
by bugzilla-daemon＠bugs.koha-community.org 16 May '20

16 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24547 Bug ID: 24547 Summary: Add more action logs for holds 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It seems like ModReserveFill and ModReserveAffect should both produce action logs for holds. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 19313] New: Typo in UNIMARC field 130 plugin
by bugzilla-daemon＠bugs.koha-community.org 16 May '20

16 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19313 Bug ID: 19313 Summary: Typo in UNIMARC field 130 plugin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: dubyk(a)ukr.net QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Small typo: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=koha-tmpl/intrane… https://books.google.com.ua/books?id=I9rPDkF0_ZQC&pg=PA195&lpg=PA195&dq=uni… Exists: 245 [% END %] 246 [% IF ( f7d ) %] 247 <option value="d" selected="selected">unknown</option> 248 [% ELSE %] 249 <option value="d">unknown</option> 250 [% END %] 251 [% IF ( f7u ) %] 252 <option value="u" selected="selected">mixed emulsion</option> 253 [% ELSE %] 254 <option value="u">mixed emulsion</option> 255 [% END %] Must be: 245 [% END %] 246 [% IF ( f7u ) %] 247 <option value="u" selected="selected">unknown</option> 248 [% ELSE %] 249 <option value="u">unknown</option> 250 [% END %] 251 [% IF ( f7v ) %] 252 <option value="v" selected="selected">mixed emulsion</option> 253 [% ELSE %] 254 <option value="v">mixed emulsion</option> 255 [% END %] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13