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

[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

[Bug 23210] New: login4tags should be a link and included in every search result
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '20

07 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23210 Bug ID: 23210 Summary: login4tags should be a link and included in every search result Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- If a non-authenticated user goes to the search results page they will only see the login4tags (Log in to add tags ) text included with the first result. This should be included with every result. Furthermore this seems like it should be a link and it is not. This text should link to /cgi-bin/koha/opac-user.pl -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 24149] New: Add new Koha::Statistic[s] classes
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '20

06 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24149 Bug ID: 24149 Summary: Add new Koha::Statistic[s] classes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 20