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

[Bug 10561] DisplayOPACiconsXSLT and DisplayIconsXSLT descriptions should be clearer
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '20

17 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10561 David Roberts <david.roberts(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #102792|0 |1 is obsolete| | --- Comment #12 from David Roberts <david.roberts(a)ptfs-europe.com> --- Created attachment 103114 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=103114&action=e… Bug 10561:Rephrase DisplayOPACiconsXSLT and DisplayIconsXSLT slightly As the pref removes the whole 'line' of information, this tries to makes the behaviour a little clearer by adding a 'and descriptions' to the pref text. It now reads: [Show|Don't show] the format, audience, and material type icons and descriptions in XSLT MARC21 results and detail pages in ... To test: - Check both preference descriptions in the staff client - Verify the text reads correctly and this helps things Signed-off-by: David Roberts <david(a)koha-ptfs.co.uk> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15436] Use semicolon between series name and volume information
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '20

17 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15436 --- Comment #10 from David Roberts <david.roberts(a)ptfs-europe.com> --- I'm not 100% sure that this is still a problem as reported - I don't see any punctuation between subfield a and v. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24487] build_query_params helper builds path parameter with matching criteria
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '20

16 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24487 --- Comment #19 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Created attachment 103107 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=103107&action=e… [19.11.x] Bug 24487: Add 2 more tests And make sure tests pass if there is no patron with borrowernumber=10 in DB. Signed-off-by: Tomas Cohen Arazi <tomascohen(a)theke.io> Ammended test description Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24487] build_query_params helper builds path parameter with matching criteria
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '20

16 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24487 --- Comment #18 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Created attachment 103106 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=103106&action=e… [19.11.x] Bug 24487: Don't apply matching criteria to path parameters This patch separates query parameters from path parameters, and uses exact matching for the later. To test: 1. Apply this patch 2. prove t/Koha/REST/Plugin/Query.t t/db_dependent/Koha/REST/Plugin/Objects.t SUCCESS => tests ok 3. Sign off Signed-off-by: Tomas Cohen Arazi <tomascohen(a)theke.io> Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24487] build_query_params helper builds path parameter with matching criteria
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '20

16 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24487 --- Comment #17 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Created attachment 103105 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=103105&action=e… [19.11.x] Bug 24487: Regresion test This patch introduces a regresion test where a path parameter is combined with 'contains' match criteria To test: 1. apply this patch 2. prove t/db_dependent/Koha/REST/Plugin/Objects.t Test should fail at this point. Signed-off-by: Tomas Cohen Arazi <tomascohen(a)theke.io> Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23236] New: Remove 'its items may still be processed' in action if no match is found
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '20

16 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23236 Bug ID: 23236 Summary: Remove 'its items may still be processed' in action if no match is found Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I think this is only a string bug, but I'd like a developer to make sure nothing happens behind the scenes. When importing records and looking for duplicate records using record matching rules, there is an option if NO match is found to "ignore incoming record (its items may still be processed)". This doesn't make any sense. Where would the items go if there is no match? To reproduce : 1) Go to tools > Stage MARC for import 2) Browse and choose a file and click on Upload file 3) Go to the Look for existing records in catalog? section 4) Open the drop down for Action if no match is found 5) Note that one option says Ignore incoming record (its items may still be processed) This option should only say Ignore incoming record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 21708] New: Editing a record moves field 999 to first in the marcxml
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '20

16 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21708 Bug ID: 21708 Summary: Editing a record moves field 999 to first in the marcxml Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl 1) Import or create a new record. 2) Examine the marcxml of that record in the database - the fields are in the correct numerical order. 3) Edit the record - no need to change any data, just save it. 4) Examine the marcxml in the database - the 999 field is now right after leader and before 001. This is due to TransformHtmlToMarc in C4/Biblio.pm, specifically the $param eq 'biblionumber' case, which pushes the param in the array first, and then the sub uses $record->append_field() Perhaps the array should be sorted by field tag before appending the fields? AFAIK, this doesn't really show up anywhere in Koha, but if you ever edit the records via a script using MARC::Record, new fields cannot be easily inserted into correct position. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 24856] New: invalid itemtypes.imageurl in fr-FR sample data
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '20

16 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24856 Bug ID: 24856 Summary: invalid itemtypes.imageurl in fr-FR sample data Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org in installer/data/mysql/fr-FR/3-LecturePub/sample_itemtypes.sql and installer/data/mysql/fr-FR/4-Conservation/sample_itemtypes.sql the values of imageurl point to non-existent images. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 8132] Batch delete tool deletes items with holds on them
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '20

16 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8132 --- Comment #64 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- > => delete of item from B4 is *not* blocked - there is a hold but it is not found I don't get it. No sign of something not being found. I have this: https://pic.infini.fr/RLxIM2cL/eYdtLmXE.png (temporary hosting for 90 days) > 3/ Remove the biblio-level hold The biblio-level hold on B2 right? I removed also the biblio-level hold on B1. > 4/ Repeat 1 > => The deletion has been effective! Is that the expected result? https://pic.infini.fr/WaQVV1Gg/rTGE1oG3.png (temporary hosting for 90 days) I guess that's not an issue. But I still have a item I can't delete. I'm not comfortable with the steps so I might have misinterpreted few things. -- You are receiving this mail because: You are watching all bug changes.

1 0

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

16 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11300 --- Comment #33 from Phil Ringnalda <phil(a)chetcolibrary.org> --- Since the Library of Congress has separate databases (and thus separate servers, as far as Koha is concerned) for name authorities and subject authorities, it would probably save time later on to just start out with the ability to either specify more than one LinkerZ3950Server, or to specify which server to use for each authority type. -- You are receiving this mail because: You are watching all bug changes.

1 0