April 2021 - Koha-bugs - lists.koha-community.org

[Bug 28155] New: Guided report save goes to 403
by bugzilla-daemon＠bugs.koha-community.org 02 May '21

02 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28155 Bug ID: 28155 Summary: Guided report save goes to 403 Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: libman(a)northam.wa.gov.au QA Contact: testopia(a)bugs.koha-community.org Guided reports go to the point of Save, and return a 403 page. Previously saved reports run fine. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 25969] New: Checking in a found hold at a different branch then confirming the hold causes internal server error
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25969 Bug ID: 25969 Summary: Checking in a found hold at a different branch then confirming the hold causes internal server error 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 If a record level hold is filled and waiting at Library A, and the item is checked in at Library B, AddReturn() calls RevertWaitingStatus(), which unsets found, and itemnumber ( if the hold was record level ). AddReturn() then retuns the message 'ResFound', which triggers the hold fulfillment dialog, which passes the reserve_id back to circulation.pl. Then, circulation.pl attempts to get the biblio via the itemnumber, which the hold doesn't have, causing an ISE. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 10452] AllowHoldsOnDamagedItems should control using damaged items to fulfill holds
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10452 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=28206 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11919] staff should be able to place (and capture) holds on items that cannot fill hold requests for patrons
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11919 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=28206 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 28169] New: Text value of holdallowed rendered without quotes in JS
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28169 Bug ID: 28169 Summary: Text value of holdallowed rendered without quotes in JS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Circulation Assignee: nugged(a)gmail.com Reporter: nugged(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, joonas.kylmala(a)helsinki.fi, kyle.m.hall(a)gmail.com, stalkernoid(a)gmail.com Depends on: 27069 There is code in request.tt: homebranch: "[% To.json( Branches.GetName( itemloo.homebranch ) ) | $raw %]", holdallowed: [% itemloo.holdallowed | html %] which earlier rendered itemloo.holdallowed ony digits for itemloo.holdallowed but now it has string, for example 'from_any_library', so it should be in quotes now. To reproduce the problem: 1. Add circulation rules which allow 1 hold to the itemtype 2. Make 1 hold to patron 3. Make sure AllowHoldPolicyOverride syspref enabled 4. Make hold waiting and click revert button, you should see now JS error I am providing a fix today. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27069 [Bug 27069] Change holdallowed values from numbers to strings -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 17202] New: Deleting a rotating collection with items should either be prohibited or items should be removed
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17202 Bug ID: 17202 Summary: Deleting a rotating collection with items should either be prohibited or items should be removed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: Create a rotating collection Add an item Delete the rotating collection View the db (SELECT * FROM collections_tracking;) The item is still in the collection -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 27455] New: Add focus to branch code when a new library is added
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27455 Bug ID: 27455 Summary: Add focus to branch code when a new library is added Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When a new library is added it would be helpful if the focus would be in the first field of the form: branch code See bug 27192 for a rather similar one. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 15563] Add option to regularly delete patroncard and label batches to cleanup_database.pl cronjob
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15563 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolin.somers(a)biblibre.co | |m --- Comment #35 from Fridolin Somers <fridolin.somers(a)biblibre.com> --- Enhancement not pushed to 20.11.x -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28198] New: French sample notices SQL fails: Column count doesn't match value count
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28198 Bug ID: 28198 Summary: French sample notices SQL fails: Column count doesn't match value count 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: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org DBD::mysql::st execute failed: Column count doesn't match value count at row 15 Row 15 is koha_1 | ('reserves','HOLD_REMINDER','','Waiting hold reminder',0,'You have waiting holds.','Dear [% borrower.firstname %] [% borrower.surname %],\r\n\r\nThe follwing holds are waiting at [% branch.branchname %]:\r\n\\r\n[% FOREACH hold IN holds %]\r\n [% hold.biblio.title %] : waiting since [% hold.waitingdate %]\r\n[% END %]','email'), Git bisect showed that the error is since ea6467724cf8e6fac2224e1dcb6c6ddee73736af Bug 15986: Add sample notice to translated notices Which added the line on row 15 Test plan (with koha testing docker): 1. in .env file set KOHA_MARC_FLAVOUR=unimarc 2. start the instance 3. fail! Full error messages: https://privatebin.deblan.org/?7e440eb0ce80f1f4#6sRbG9qywKQjCNDDHiDSWcrFneD… Not sure about criticality. Maybe it should be higher that "normal" since it hinders testing unimarc stuff -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 28210] New: C4::Circulation::LostItem should pass through skip_record_index to MarkIssueReturned
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28210 Bug ID: 28210 Summary: C4::Circulation::LostItem should pass through skip_record_index to MarkIssueReturned Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org With Bug 27281 we removed a superflous call to update the homebranch of items in transfer. However, this highlighted a test that needed to be removed and lead to the removal of the 'skip_record_index' parameter from the method signature. This lead Nick to spot that we never passed the parameter on to MarkIssueAsReturned when we should.. This bug will add back the parameter in LostItem, add a test for the MarkIssueReturned case and start passing the parameters through properly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17