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

[Bug 24484] New: Add explanatory text to batch patron deletion
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24484 Bug ID: 24484 Summary: Add explanatory text to batch patron deletion 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On the first page of the batch patron deletion tool, it'd be helpful to have text explaining which types of patrons will be skipped in the deletion. Right now, there is a brief bit of descriptive text that reads: "This tool allows you to delete patrons and anonymize checkout history. For deleting patrons, any combination of limits can be used." I'd like that amended to: "This tool allows you to delete patrons and anonymize checkout history. For deleting patrons, any combination of limits can be used. Patrons will not be deleted if they meet one of more of the following conditions: - They have items currently checked out. - They have a non-zero account balance. - They are the guarantor to another patron. - They in a patron category of type Staff." -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 24485] New: Sys Pref AllowHoldPolicyOverride will not Staff override a Holds Per Record Rule
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24485 Bug ID: 24485 Summary: Sys Pref AllowHoldPolicyOverride will not Staff override a Holds Per Record Rule Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Prior to 19.05, if a library had the system preference, AllowHoldPolicyOverride, set to Allow, a staff member could place more than one item specific hold on a record although the circulation rule for "Holds per Record" was set to 1. Currently, in 19.05.06, the ability to override such a hold has been removed. The process stops at the portion where the second item level hold is about to be placed, however, the Place Hold (at the bottom) button is Greyed out. This means Koha is allowing the staff member to choose the item and then not letting the process to complete. A library with the system preference set to ALLOW for AllowHoldPolicyOverride should be allowed to override a hold rule. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 19634] New: Advanced editor - Rancor - error in display of macro editor in firefox
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19634 Bug ID: 19634 Summary: Advanced editor - Rancor - error in display of macro editor in firefox 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: 0 - Use firefox 1 - Open the advanced editor 2 - Click 'new macro' 3 - name it 4 - the editor window has only one line This js is a workaround for the moment: $(document).ready(function(){ $("#macro-editor").closest("div.row").css("height","100%"); }); -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 23987] New: batchMod.pl provides a link back to the record after the record is deleted
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23987 Bug ID: 23987 Summary: batchMod.pl provides a link back to the record after the record is deleted 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 To recreate: 1 - Have/make a bib with items 2 - On details page select Edit->Delete items in a batch 3 - Select all items and check "Delete record if no items remain" 4 - Delete the things 5 - On confirmation screen you have a count of items/bibs deleted 6 - Click 'Return to record' link 7 - It don't work, because you just deleted the record -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 24323] New: Advanced editor - Invalid 008 with helper silently fails to save
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24323 Bug ID: 24323 Summary: Advanced editor - Invalid 008 with helper silently fails to save 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: carnold(a)dgiinc.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 96702 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=96702&action=ed… Record causing silent failure Steps to reproduce: 0/Save the attachment "errorrecord.mrc" 1/Login to Koha with "EnableAdvancedCatalogingEditor" set to "Enable" 2/Go to Cataloging->AdvancedEditor 3/Click "Import Record" and navigate to the record saved from step 0 3.5/Verify that the "helpers" are active (green boxes around the control fields) -> if not go to Settings and click "Show helpers for fixed and coded fields" 4/Add an 003 with "blah" as the text (required for the default cataloging config) 5/Hit "Save to catalog" Results: The button spins and then returns to normal but the record is not saved to the catalog and no error message is displayed. Expected results: Error reporting an invalid 008 field If you click back to "Show fields verbatim" red dots will appear in the invalid 008 fields. This record was retrieved from public Z39.50 servers for a project. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 23377] New: bulkmarcimport.pl disables syspref caching
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23377 Bug ID: 23377 Summary: bulkmarcimport.pl disables syspref caching Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: ian(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org bulkmarcimport.pl disables syspref caching in order to explicitly set CataloguingLog and AuthoritiesLog to false (in order to boost performance, according to the notes). However, doing so results in numerous other syspref lookups over the course of the script, increasing runtime by about 33%. Sysprefs looked up during a plain, no-options import include: 1. DefaultClassificationSource 2. TimeFormat 3. dateformat 4. CataloguingLog 5. BiblioAddsAuthorities 6. marcflavour 7. SearchEngine 8. OAI-PMH:AutoUpdateSets While disabling additional logging on import is a good thing for performance, these additional DB queries offset that gain. Using the ENV variable override option may be a better way to temporarily disable these logs for the course of the script, whilst still keeping all the other sysprefs cached. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 24277] New: Date Received in acquisitions cannot be changed
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '20

10 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24277 Bug ID: 24277 Summary: Date Received in acquisitions cannot be changed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When receiving an order on orderreceive.pl, Koha gives one a date picker with which to change the Date Received. However, regardless of what one enters in the date picker today's date is used. To Test: - find/create an order ready for receipt - when receiving the order, set Date Received to something other than today's date - after receiving, check Receive Date in the Acquisitions tab of your bib (or query aqorders.datereceived), confirm it shows today's date I tried setting the shipment date on the invoice to something other than today, in case that made a difference, but it didn't help. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 24329] New: Patron cardnumbre change times are lost during upgrade for bug 3820
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '20

09 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24329 Bug ID: 24329 Summary: Patron cardnumbre change times are lost during upgrade for bug 3820 Change sponsored?: --- Product: Koha Version: master Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: barton(a)bywatersolutions.com, baselibrary.consortium(a)nhs.net, dcook(a)prosentient.com.au, emma.perks(a)heartofengland.nhs.uk, fiona.borthwick(a)ptfs-europe.com, gmcharlt(a)gmail.com, josef.moravec(a)gmail.com, katrin.fischer(a)bsz-bw.de, kyle(a)bywatersolutions.com, martin.renvoize(a)ptfs-europe.com, nengard(a)gmail.com, nick(a)bywatersolutions.com, pe.havel(a)gmail.com Depends on: 3820 The DB rev for cardnumber changes on bug 3820 has a side effect of updating the timestamp in the logs - historical changes are going to be lost by this upgrade as they will now all appear to have been done at upgrade time. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3820 [Bug 3820] More detailed patron record changes log -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 22064] New: Allow to change due date of an item without requiring checkin or renewal
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '20

08 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22064 Bug ID: 22064 Summary: Allow to change due date of an item without requiring checkin or renewal Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Sometimes it woudl be helpful if it was possible to change the due date of an item without generating an e-mail by renewing or checkin/checkout. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 18231] New: Add the missing id-column to koha.issuingrules-table for DBIC fixtures
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '20

08 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18231 Bug ID: 18231 Summary: Add the missing id-column to koha.issuingrules-table for DBIC fixtures 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: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Test::DBIx::Class fixtures won't work if the resultset doesn't support last_insert_id. This is only supported with a integer primary key. This patch adds one to issuingrules. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35