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

[Bug 26645] New: t/Koha/Script.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 11 May '21

11 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26645 Bug ID: 26645 Summary: t/Koha/Script.t is failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Blocks: 25551 First time we see this one I think Koha_Master_D11 #103 14:41:47 koha_1 | # Failed test 'Exception found' 14:41:47 koha_1 | # at t/Koha/Script.t line 67. 14:41:47 koha_1 | # '' 14:41:47 koha_1 | # doesn't match '(?^u:Unable to acquire the lock.*)' 14:41:50 koha_1 | # Looks like you failed 1 test of 3. 14:41:50 koha_1 | 14:41:50 koha_1 | # Failed test 'lock_exec() tests' 14:41:50 koha_1 | # at t/Koha/Script.t line 85. 14:41:50 koha_1 | # Looks like you failed 1 test of 4. 14:41:50 koha_1 | [12:41:50] t/Koha/Script.t Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25551 [Bug 25551] [OMNIBUS] Some tests are failing randomly -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 25557] New: Column config table in Acquisitions Order Does not Match the Acq table in Baskets
by bugzilla-daemon＠bugs.koha-community.org 10 May '21

10 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25557 Bug ID: 25557 Summary: Column config table in Acquisitions Order Does not Match the Acq table in Baskets Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: lucas(a)bywatersolutions.com Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The actual way that the Acq table appears in the basket view (basket.pl), 1.Basket # 2. Order information 3. RRP Tax Exc 4. Actual Cost Exc 5. Budgeted Cost Tax Exc 6. RRP Tax Included 7. Actual Cost Tax Inc 8. Budgeted Cost Tax Inc 9. Replacement Price 10. Quantity But in the column config table 1.Basket # 2. Order Info 3. RRP tax Exc 4. Ecost Exc (Actual Exc) 5. RRP tax Included 6. Ecost Tax Included (Actual Inc) 7. Replacement Prie 8. Quantity 9. Total Tax Excluded 10. Total Tax Included We will need to change the column configuration to match the table so it is easy to hide the correct columns. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 26139] New: 'Place Hold' button isn't hidden in all biblio views if there's no items available for loan.
by bugzilla-daemon＠bugs.koha-community.org 10 May '21

10 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26139 Bug ID: 26139 Summary: 'Place Hold' button isn't hidden in all biblio views if there's no items available for loan. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl At cgi-bin/koha/catalogue/detail.pl 'Place Hold' button is not hidden in : ISBD an Items view -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 24492] New: Add a 'branch cashup' workflow to the point of sale system
by bugzilla-daemon＠bugs.koha-community.org 10 May '21

10 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24492 Bug ID: 24492 Summary: Add a 'branch cashup' workflow to the point of sale system Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Bug 23355 adds a cashup workflow for individual cash registers, but it would be nice to have a branch summary and cashup option too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 22371] New: MARC bibliographic framework plugin to generate Cutter-Sanborn
by bugzilla-daemon＠bugs.koha-community.org 09 May '21

09 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22371 Bug ID: 22371 Summary: MARC bibliographic framework plugin to generate Cutter-Sanborn Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: italo.barbosa.brasileiro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- The plugin (.pl) generates the Cutter-Sanborn code, and will be added to the list of plugins intended for the fields in MARC bibliographic frameworks. To use the plugin, it is necessary to associate it with the Cutter field in the framework. By clicking on the Cutter field, the plugin generates the Cutter code, from the values entered in the fields 100$a (Personal name), 110$a (Corporate name) and/or 245$a (Title statement). An initial version of the plugin was created, which operates as follows: 1) Use the field 100$a to generate the Cutter, and adds the first letter of the title (245$a) to the end of the Cutter code; 2) If field 100$a is not filled, use field 110$a and add the first letter of the title (245$a) to the end of the Cutter code; 3) If none of the fields 100$a or 110$a are filled, the cutter is generated from field 245$a, without adding the first letter of the title to the end of the code. Some observations: - To fill the Cutter, simply click on the field and the cutter is displayed. - If none of the fields are filled, the cutter is not generated. - It is important to fill the indicator 2 of field 245 with the number of characters used by the article preceding the title of the work (if any). The blank spaces also count. If the indicator 2 is not filled, the plugin understands that the value is 0. - For fields with special characters, the following list of characters is currently considered: ãâáàÃÃÂÁÀÉÊéêÍÎíîóõôṌÕÔṌÚÛúûçÇÑñ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 27855] New: Allow embedding extended_attributes on /patrons routes
by bugzilla-daemon＠bugs.koha-community.org 07 May '21

07 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27855 Bug ID: 27855 Summary: Allow embedding extended_attributes on /patrons routes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 28002] New: Add optional extended_attributes param to POST /patrons
by bugzilla-daemon＠bugs.koha-community.org 07 May '21

07 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28002 Bug ID: 28002 Summary: Add optional extended_attributes param to POST /patrons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com Bug 27853 highlighted some patron's shouldn't be created through the API if they don't satisfy the mandatory extended attributes requirements. Solving it is not possible without adding a new parameter and proper handling to the current route. This bug proposes to add that parameter. It is based on the work done in bug 23666 and its tree. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 23666] New: Add API route for additional patron attributes
by bugzilla-daemon＠bugs.koha-community.org 07 May '21

07 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23666 Bug ID: 23666 Summary: Add API route for additional patron attributes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: kugler_stefan(a)hotmail.com Add API routes to manage additional patron attributes. A simple implementation could only allow a modification of all attributes en bloc, eg: GET /patrons/{patron_id}/attributes Get all additional attributes POST/PUT? /patrons/{patron_id}/attributes Create/overwrite additional attributes DELETE /patrons/{patron_id}/attributes Delete all additional attributes A more granular implementation could be eg: GET /patrons/{patron_id}/attributes/{code} Get additional attribute "code" PUT /patrons/{patron_id}/attributes/{code} Overwrite additional attribute "code" DELETE /patrons/{patron_id}/attributes/{code} Delete additional attribute "code" To be discussed: How to handle repeatable attributes with multiple values. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 58

[Bug 27853] New: POST /patrons doesn't enforce mandatory extended attributes
by bugzilla-daemon＠bugs.koha-community.org 07 May '21

07 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27853 Bug ID: 27853 Summary: POST /patrons doesn't enforce mandatory extended attributes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com If there are extended attributes types that are mandatory, the POST /patrons route should fail if the request doesn't meet this requirement. Unfortunately, we have no way (yet) to pass extended attributes on the POST. So to solve this bug, we need to add a way to pass extended attributes along with the patron object. I propose: POST /patrons { "first_name": "Tomasito", ... "extended_attributes": { "SHOW_BCODE": [ 1 ], "COURSES": [ "ALGO1", "DATABASES" ] } } I choose to force them to be arrays for simplicity (they can be repeatable), but we can check the data type on the controller (i.e. if ( ref($extended_attributes) eq 'ARRAY') { # loop case } else { # scalar case } ). I'm open for opinions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 19787] New: Adding system preferences to disable the screen messages for SIP flags in Self-Checkout
by bugzilla-daemon＠bugs.koha-community.org 07 May '21

07 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19787 Bug ID: 19787 Summary: Adding system preferences to disable the screen messages for SIP flags in Self-Checkout Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com These screen messages are known to confuse users, especially when they are just informative and don't require action. I'll be creating a new system preferences tab for SIP in Administration and adding a bunch of new system preferences to enable whether the screen messages for each flag are displayed or not. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28