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

[Bug 22468] New: Standardize on labeling ccode table columns as Collection
by bugzilla-daemon＠bugs.koha-community.org 14 May '20

14 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22468 Bug ID: 22468 Summary: Standardize on labeling ccode table columns as Collection 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 Depends on: 8775 Target Milestone: --- Currently the templates are split: Some label table columns with items.ccode as "Collection," some as "Collection code." Since we display the description rather than the code itself we should use "Collection" everywhere. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8775 [Bug 8775] Add collection code to lost report -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 20884] New: Stale data remaining in cache after koha-remove
by bugzilla-daemon＠bugs.koha-community.org 13 May '20

13 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20884 Bug ID: 20884 Summary: Stale data remaining in cache after koha-remove Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcharaoui(a)cmaisonneuve.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net Created attachment 75836 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=75836&action=ed… 0001-Restart-memcached-after-koha-remove-if-needed.patch After running koha-remove, stale data remains in within the memcached server. Say if an instance is deleted then recreated immediately, changed data such as database credentials isn't loaded into the cache, resulting in strange, difficult to troubleshoot problems. The solution would be to flush memcached cache at the end of koha-remove. The most straightforward method to do this is simply restart the service. See attached patch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 22081] New: Alternate merging functionality
by bugzilla-daemon＠bugs.koha-community.org 12 May '20

12 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22081 Bug ID: 22081 Summary: Alternate merging functionality Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: simon.hohl(a)dainst.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Currently the merging process let's you select which fields ought to be copied over to the "winning" record from the "loosing" record(s). Afterwards, the "loosing" record is deleted (moved to tables "deletedbiblio" etc.). One problem with the current solution: You can't tell after the fact, which deleted record was merged with which existing record. This is bad if you want to provide stable links to bibliographic records, for citation in research papers for example: Ideally you would want to be able to redirect to the "winning" records if somebody calls URL to a deleted record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 19475] New: Calendar copy creates duplicates
by bugzilla-daemon＠bugs.koha-community.org 12 May '20

12 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19475 Bug ID: 19475 Summary: Calendar copy creates duplicates 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Calendar of current branch can be copied to another branch. This may be done several times creating duplicates. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 17938] New: XSLT: if 583 is repeated, the label will appear multiple times.
by bugzilla-daemon＠bugs.koha-community.org 11 May '20

11 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17938 Bug ID: 17938 Summary: XSLT: if 583 is repeated, the label will appear multiple times. 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: karenliang.student(a)wegc.school.nz QA Contact: testopia(a)bugs.koha-community.org This will build on the patch bug 17823. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 18308] New: Default value of minPasswordLength should be increased
by bugzilla-daemon＠bugs.koha-community.org 11 May '20

11 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18308 Bug ID: 18308 Summary: Default value of minPasswordLength should be increased Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org It defaults to 3, should be at least 8 or 10. -- You are receiving this mail because: You are watching all bug changes.

1 146

[Bug 17527] New: 245 $h Medium - hidden settings in MARC framework don' t work correctly
by bugzilla-daemon＠bugs.koha-community.org 11 May '20

11 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17527 Bug ID: 17527 Summary: 245 $h Medium - hidden settings in MARC framework don't work correctly Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: eb(a)efdss.org QA Contact: testopia(a)bugs.koha-community.org 245 $h will not be hidden. Even when this subfield is set to "ignore", it still shows up in the staff interface and the OPAC. However, the 245$h does not appear in the MARC view. Just checked and setting other subfields in other fields to "ignore" seems to work as expected. I haven't tested them all, but it consistently doesn't work in 245 This applies to 3.22 and 16.05 (MARC 21) -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 20196] New: [Omnibus] Prepare Koha to ElasticSearch6 - ES6
by bugzilla-daemon＠bugs.koha-community.org 10 May '20

10 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20196 Bug ID: 20196 Summary: [Omnibus] Prepare Koha to ElasticSearch6 - ES6 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: claire.hernandez(a)biblibre.com ES6 is out, earlier we make Koha compliant, better it will be. Could be more than one issue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 16512] New: Route to library alert missing
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16512 Bug ID: 16512 Summary: Route to library alert missing Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When an item belonging to one library is checked in at a different library using the main check in box at the top of the screen, and alert pops up to remind the staff member to return the item to the owning library. However, if an item is returned by using the list of checkouts in the patron record, this alert doesn't display. It would be ideal if these could be consistent and generate an alert in both instances. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 21927] New: Acq: Allow blank values in pull downs in the item form when subfield is mandatory
by bugzilla-daemon＠bugs.koha-community.org 08 May '20

08 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21927 Bug ID: 21927 Summary: Acq: Allow blank values in pull downs in the item form when subfield is mandatory Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org This has already been fixed for the item form in cataloguing (bug 14662), but sadly we missed that there is an item form in acq too! To test: - Set AcQCreateItem to "on order" - Create a new order line - Check that item type shows and has an empty entry that is preselected - Change 952y in the ACQ framework to be mandatory - Verify the empty entry is gone and the first value is preselected (bug) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16