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

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '21

09 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #117849|0 |1 is obsolete| | --- Comment #239 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 117964 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=117964&action=e… Bug 14957: Merge rules system for merging of MARC records Add a rule based system for merging MARC records to for example prevent field data from being overwritten. To test: 1. Apply this patch. 2. Log in to staff client. 3. Enable new syspref MARCMergeRules. 4. Click the new link "MARC merge rules" in the "Catalog" section of the Koha administration page. 5. Create a new rule: Module: source, Filter: *, Tag: 245, Preset: Protect. 6. Clicking "Edit" should allow you to edit corresponding rule. 7. Clicking "Delete" should remove corresponding rule after confirmation. 8. Selecting one or more rules followed by clicking "Delete selected" should remove all selected rules after confirmation. 9. Try creating a rule with tag set to "**", the other options does not matter. Verify that saving this rule produces an error message complaining about invalid tag regular expression. 10. Try creating a rule with tag set to "008" (or other control field) and set Appended: Append and Removed: Skip, the other options does not matter. Verify that saving this rule produces an error message complaining about invalid combination of actions for control field. 11. With the 245 rule in step 5 in place, edit a bibliographic record, change 245a for example (which should be Title for MARC21) and save. 12. Verify that the changes has not been saved. 13. Create a new rule: Module: source, Filter: intranet, Tag: 245, Preset: Overwrite. 14. Repeat step 12, and verify that the changes has now been saved. 15. Run tests in t/db_dependent/Biblio/MarcMergeRules.t and very that all tests pass. Sponsored-by: Halland County Library Sponsored-by: Catalyst IT Sponsored-by: Gothenburg University Library Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Christian Stelzenmüller <christian.stelzenmueller(a)bsz-bw.de> Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> https://bugs.koha-community.org/show_bug.cgi?id=24957 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27902] New: In batch record modification within reports, biblionumbers are truncated instead of one by one
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '21

09 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27902 Bug ID: 27902 Summary: In batch record modification within reports, biblionumbers are truncated instead of one by one Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: eugenegf(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 117951 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=117951&action=e… Reports - Batch Records Modification error In batch record modification within reports, When the option "Batch record modification" is clicked, list of biblionumbers to be batch record modified are instead truncated and given as one record like: Bibliographic record 208813745820523260292120021200212002118021188211872100820881205232087821044210462088920888209762106121060210622106521058208862106420891210632106620890285022089228498209732097521157211562115421155209742095020844211992083120964207922079120789207962078820934207742077521097210962075521099211262089820977208432596526014260152601725966260272596725967260252602626026259722597225969260302596826029259572595925956259602595825962259612596325955259742599025997259952597626000259932598625988259942598925987259842598225992259832598525999259812600226052260522605126051261752619626195261742617426171261722620026200261982620126218262192622126203262082620726207262092620426206262222621726217262142621526216270062624126241262342623426572262202657426565265482656726562265682657526575265462600026553265472654426545262112624126672266572667426655266692665126652266662666826668266752665927011270112701227014270172734327340273352734127344273322732927325273312734527346273262732727337273622736127375273572737820523273672737727368273562737628569285912855128550284552845628545285712854728547285952859428544372903603736040359552856935990359973599736001360003599835998370953708137085371363713837141371593716637188371913719337206374562656525972209503745737459209762097620976260522617226208375163752225946 does not exist in the database. Notice that the biblionumbers are five digits, so the biblionumbers of my records in the error above are: 20881, 37458, 20523, and so on It seems these records are concatenated instead of them being an array or one by one? This is on Koha 20.05.06.000 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '21

09 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 --- Comment #238 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- (In reply to Andrew Fuerste-Henry from comment #226) > > This lack of feedback seems really confusing. > I agree feedback is important.. however perhaps we can do that in a followup bug to keep this one moving. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27205] New: Hold routes are not dealing with invalid pickup locations
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '21

08 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27205 Bug ID: 27205 Summary: Hold routes are not dealing with invalid pickup locations Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It's possible to PUT or POST /holds with invalid pickup locations. As the staff cannot overwrite invalid pickup locations (to confirmed), we should raise an exception from AddReserve and ModReserve if called with invalid pickup locations. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 27668] New: validator-strings.inc missing from OPAC?
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '21

08 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27668 Bug ID: 27668 Summary: validator-strings.inc missing from OPAC? Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal 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 user self registers at the OPAC and doesn't fill out the captcha, and error message is displaysed: "This field is required." This string doesn't appear in the po files for the OPAC. I the intanet it appears in validator-strings.inc, but there doesn't appear to be a corresponding file for the OPAC. Could this be the reason for the translation issue? -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 24623] New: Phase out jquery.cookie.js: Advanced MARC editor
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '21

08 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24623 Bug ID: 24623 Summary: Phase out jquery.cookie.js: Advanced MARC editor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 23944 The advanced cataloging editor uses a cookie to set the user's preference for whether to use the advanced cataloging editor by default. This process should use the newer cookie library, js-cookie. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23944 [Bug 23944] Phase out use of jquery.cookie.js in favor of js.cookie.js -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 24624] New: Phase out jquery.cookie.js: Receipt summary
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '21

08 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24624 Bug ID: 24624 Summary: Phase out jquery.cookie.js: Receipt summary Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 23944 In acquisitions, the receipt summary page uses cookies to remember the settings in the sidebar filter. This process should use the newer cookie library, js-cookie. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23944 [Bug 23944] Phase out use of jquery.cookie.js in favor of js.cookie.js -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 26960] New: Move batch item modification template JavaScript to the footer
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '21

08 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26960 Bug ID: 26960 Summary: Move batch item modification template JavaScript to the footer Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 26959 In order to conform to best practices for performance, staff client template JavaScript should be in the footer instead of the header. This patch will do so for the batch item modification template. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26959 [Bug 26959] Reindent batch item modification template -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 26959] New: Reindent batch item modification template
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '21

08 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26959 Bug ID: 26959 Summary: Reindent batch item modification template Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org I would like to update the batch item modification template so that it has consistent indentation. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 27897] New: PluginRoutes.t - deprecated warnings on D11
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '21

08 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27897 Bug ID: 27897 Summary: PluginRoutes.t - deprecated warnings on D11 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: jonathan.druart(a)bugs.koha-community.org t/db_dependent/Koha/REST/Plugin/PluginRoutes.t 16:24:23 koha_1 | Mojolicious::Routes::Route::via is DEPRECATED in favor of Mojolicious::Routes::Route::methods at t/db_dependent/Koha/REST/Plugin/PluginRoutes.t line 265. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2