July 2022 - Koha-bugs - lists.koha-community.org

[Bug 11300] Add a new authority linker which searches for authority links on a Z39.50 server.
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '22

22 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11300 Shi Yao Wang <shi-yao.wang(a)inLibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #136404|0 |1 is obsolete| | --- Comment #44 from Shi Yao Wang <shi-yao.wang(a)inLibro.com> --- Created attachment 138029 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=138029&action=e… Bug 11300: Add a new authority linker which searches for authority links on a Z39.50 server. This patch adds a Z39.50 Linker which searches for authority links on a remote server. If a matching authority is found, it's imported in the local database for linking with the current biblio record. If no matching authority was found on the remote server, the Linker falls back to a local authority search. Configuration : * The option "Z39.50 Server" is added to the LinkerModule preference. You must choose this to use the new Linker. * The preference LinkerZ3950Server is required and specifies which server to use for linking. It must contain the "name" of the server, as defined in the z3950servers table. * You can set the "local_first" option in the LinkerOptions preference to force the Linker to search for authorities in the local database first. If no local authority match was found, the Linker falls back to a remote Z39.50 search. Sponsored-by: CCSR ( http://www.ccsr.qc.ca ) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13550] Automatic processing status
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '22

22 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13550 mathieu saby <mathsabypro(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mathsabypro(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26340] New: Printing labels without zero(s) in the start of labels
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '22

22 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26340 Bug ID: 26340 Summary: Printing labels without zero(s) in the start of labels Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: ivan.dziuba(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org TO TEST: 1. Go Tools > Label creator 2. Click +New -> Barcode range 3. Print barcode range with zero(s) in the start (Ex. from 00011881 to 00012000 ) 4. Select a template to be applied:: Code à barre 48467 Select a layout to be applied: Code à barres 5. Export 6. Open PDF The prefix is not displayed. We should see 00011881 on the labels, but we see 11881, 11882, ... without zeros in the start of labels. This patch fix it. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 27665] New: Clarify usage of matching dropdown on addorderiso2709.pl
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '22

22 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27665 Bug ID: 27665 Summary: Clarify usage of matching dropdown on addorderiso2709.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical 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 1 - have a marc record you know will match something in your system using ISBN 2 - In acquisitons, create a basket, click Add to basket, select From a new file 3 - stage your marc record, select the ISBN matching rule (this is on stage-marc-import.pl) 4 - confirm that your staging results include "1 records with at least one match in catalog per matching rule "ISBN"" 5 - click Add staged files to basket 6 - this takes you to addorderiso2709.pl 7 - check the box next to your title. Confirm you see a message like "Matches biblio 440 (score = 1000): So you want to be a lizard /" 8 - change the Matching dropdown to "Do not look for matching records" 9 - click Save 10 - confirm order is tied to the matched bib rather than a new bib If we pick a matching rule on the staging screen, then the acquisitions interface doesn't actually allow us to forget that match or change and re-check our matching rule. On the other hand: 1 - have a marc record you know will match something in your system using ISBN 2 - In acquisitons, create a basket, click Add to basket, select From a new file 3 - stage your marc record, select Do not look for matching records 4 - confirm that your staging results include "Did not check for matches with existing records in catalog" 5 - click Add staged files to basket 6 - this takes you to addorderiso2709.pl 7 - check the box next to your title. Confirm you don't see any message about matches 8 - confirm Matching dropdown defaults to Title and Author. Do not change it 9 - give your order a price and fund, click Save, get message "No record have been imported because they all match an existing record in your catalog." 10 - confirm you have no ability from this screen to tie your order to the existing bib 11 - change the Matching dropdown to "Do not look for matching records", click Save, confirm your order is created with a new bib If we picked a matching rule when staging our file, then we should completely hide the Matching dropdown on addorderiso2709.pl as a match when staging renders the Matching dropdown useless. If we did not pick a matching rule when staging, then the Matching dropdown on addorderiso2709.pl serves a purpose, but we really should have an option to select and use the existing bib if our Matching choice finds something. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 30821] New: unable to install plugin. throws error 500
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '22

22 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30821 Bug ID: 30821 Summary: unable to install plugin. throws error 500 Change sponsored?: --- Product: Koha Version: 21.11 Hardware: PC OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: vnsawadi(a)drtc.isibang.ac.in QA Contact: testopia(a)bugs.koha-community.org Created attachment 135237 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=135237&action=e… plugin not working in koha 21.11 After upgrading to koha 21.11 from koha 17, the coverflow plugin is not getting installed and other plugins are getting installed but not able to configure. It throws error 500. All those plugins(coverflow, asklibrarian etc) were successfully running in koha 17. I have attached the screenshots of the same. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 5917] Switch Koha to use Template::Toolkit
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '22

21 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5917 Joonas Kylmälä <joonas.kylmala(a)iki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |31214 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31214 [Bug 31214] Regression: subfield code editable in MARC framework editor -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 12630] Prioritizing "Hold starts on date" -holds causes all other holds to be prioritized as well!
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '22

21 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12630 Arthur Suzuki <arthur.suzuki(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |arthur.suzuki(a)biblibre.com Version(s)|22.11.00, 22.05.03 |22.11.00, 22.05.03, released in| |21.11.11 Status|Pushed to stable |Pushed to oldstable --- Comment #29 from Arthur Suzuki <arthur.suzuki(a)biblibre.com> --- backporting to 21.11.x for 21.11.11. thx! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30938] New: Add column configuration to the acquisitions home page
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '22

21 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30938 Bug ID: 30938 Summary: Add column configuration to the acquisitions home page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org The patch for bug 27212 doesn't work for me. I was told to open a new bug report. I tried on a bywater sandbox, just in case it was my installation that was the problem, and it's not working. Test plan : 1) Go to Acquisitions --> Notice the 'All available funds' table doesn't have a 'Columns' button 2) Go to Administration > Table settings > Acquisitions and find the accounts table 3) Check 'Is hidden by default' on 'owner' and 'library' 4) Click 'Save' 5) Go back to Acquisitions, refresh the page if needed (Ctrl+F5) --> Notice the Owner and Library columns are still there -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 22212] New: Improve usability of column configuration page
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '22

21 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22212 Bug ID: 22212 Summary: Improve usability of column configuration page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 Target Milestone: --- The column configuration page currently doesn't translate well. The modules on the tabs translate, but neither do the id= parts or the columns. I think as a first step it would help to navigate these pages if we could add a little description on where the table appears somewhere that is translatable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 30884] New: Data loss when using batch patrons modification
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '22

20 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30884 Bug ID: 30884 Summary: Data loss when using batch patrons modification Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Tools Assignee: slavashishkin(a)gmail.com Reporter: slavashishkin(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: nugged(a)gmail.com When using the batch patrons modification tool with an existing patron number we still get "No patron card numbers or borrowernumbers given." warning. To reproduce: 1. Go to /tools/modborrowers.pl and fill form Card number list with data and click Continue. 2. It should give "No patron card numbers or borrowernumbers given." warning. 3. Using the inspector tool see that cardnumberlist or borrowernumberlist is empty with no data. -- You are receiving this mail because: You are watching all bug changes.

1 25