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

[Bug 27797] New: Make POST /holds use the stashed koha.overrides
by bugzilla-daemon＠bugs.koha-community.org 11 May '21

11 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27797 Bug ID: 27797 Summary: Make POST /holds use the stashed koha.overrides 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 26181 introduced a way to override behavior through a new header, x-koha-override. It was being discussed outside BZ, and it got pushed. The agreement Martin and I reached while it was getting through QA was that we could take the chance and do not override a specific syspref, but use codes to designate what behavior would be overriden. And specifically about 26181, we decided 'any' was better than explicitly putting the syspref on the header. This bug will use bug 27760 to change how it is done, and will rename the value to be passed on the header, while retaining the current behavior, of failing even if Can*BeReserved fails even if AllowHoldPolicyOverride is set, on the API, unless the header is passed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 27760] New: Add handling for x-koha-override
by bugzilla-daemon＠bugs.koha-community.org 11 May '21

11 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27760 Bug ID: 27760 Summary: Add handling for x-koha-override 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 On the development of bug 26181, Martin and I were discussing a more generic approach, when suddenly the bug went SO => QA => Pushed to master => Backported to all stable branches :-D. My fault for not setting it 'In discussion'. We should use a follow-up to adjust the pushed implementation in line with bug 26181 comment 9. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 27864] New: Pickup locations while placing a hold on the staff client should respect hold fulfillment policies
by bugzilla-daemon＠bugs.koha-community.org 11 May '21

11 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27864 Bug ID: 27864 Summary: Pickup locations while placing a hold on the staff client should respect hold fulfillment policies Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 When adjusting pickup locations for existing holds the dropdown populates only with allowed libraries. The dropdown while placing holds should use the same logic. This should be fixed after addressing bug 27863 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 60

[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 11 May '21

11 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 28233] New: Backport removal of excess opaccredits div
by bugzilla-daemon＠bugs.koha-community.org 10 May '21

10 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28233 Bug ID: 28233 Summary: Backport removal of excess opaccredits div Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org This is for a backport to 20.05, as it was fixed in 20.11, but bug 20168 was too grand to back port to 20.05. Put something in the opaccredits news item, and opaccredits outputs 2 divs, because one is in the the template, and one is in the TT function that puts out the opaccredits news block. Test Plan --------- 1. Do a search 2. Look at opac details for any result. 3. View page source 4. Find opaccredits 5. See two opaccredits divs 6. Apply patch 7. Repeat steps 1-4 8. hope that memcached or something else does not makes it appear, but you should not see two opaccredits divs. 9. sign off. :) -- You are receiving this mail because: You are watching all bug changes.

1 10

[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