October 2019 - Koha-bugs - lists.koha-community.org

[Bug 23477] New: Alphabet error searching
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '20

30 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23477 Bug ID: 23477 Summary: Alphabet error searching Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: lmoisesrojas(a)gmail.com Using Koha 18.11 in spanish, searching was ok. But now, koha 19.05 when we use the searching option,i.e, try to find: A, we have: La la Adelante Icaro Agatha Algebra We checked: sort-string-utf.chr. Path: /etc/koha/zebradb/lang-defs/es word-phrase-utf.chr. Path: /etc/koha/zebradb/etc zebra-biblios-dom.cfg. Path: /etc/koha/sites/<instancia> and changed to /es, /etc/koha/zebradb/lang_defs/es Reindex database But still the same error. Any Help? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 18364] New: LOCK and UNLOCK are not transaction-safe
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '20

30 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18364 Bug ID: 18364 Summary: LOCK and UNLOCK are not transaction-safe Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org >From the MySQL doc: "LOCK TABLES is not transaction-safe and implicitly commits any active transaction before attempting to lock the tables." -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 23510] New: Allow QR codes to be used in label creator
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23510 Bug ID: 23510 Summary: Allow QR codes to be used in label creator Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: theod(a)lib.auth.gr QA Contact: testopia(a)bugs.koha-community.org Currently, only CODE39, CODE39MOD, CODE39MOD10, COOP2OF5, INDUSTRIAL2OF5 and EAN13 barcode types are allowed in Label creator. It would be nice to have 2D barcode support as well, as more information is crammed in less space and the result square-sized barcode can easily be put UNDER (or OVER) a biblio spine label! As an added bonus, the PDF::Reuse::Barcode module (https://metacpan.org/pod/PDF::Reuse::Barcode) used in Label creation, already supports generation of QRcodes, so the whole enhancement should be 'fairly' easy to implement! -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 23546] New: Allow library to choose which language subscription pattern to search
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23546 Bug ID: 23546 Summary: Allow library to choose which language subscription pattern to search Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Mana-kb Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com Currently, when a library is searching for a subscription pattern within Mana, it would be nice for the library to be able to limit the search for a specific language such as English so those would be the ones to display. To eliminate the languages that would not be helpful to the library importing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 23552] New: Include ISSN in list and cart emails
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23552 Bug ID: 23552 Summary: Include ISSN in list and cart emails Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The cart and list emails include the ISBN, but not the ISSN. Also: the ISBN label shows, when there is no ISBN. The check in the template appears not to be working correctly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 23617] New: Athorities mode: Add list of reports, or ability to add html links to same, re biblio and authority records needing editing, adding, deleting.
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23617 Bug ID: 23617 Summary: Athorities mode: Add list of reports, or ability to add html links to same, re biblio and authority records needing editing, adding, deleting. Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: niamh.walker-headon(a)it-tallaght.ie QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The authorities mode homepage is not populated / developed to the same extent as the other modes it Circulation. We want the standard reports that staff use to manage authority control available on this page, to prompt them to generate the appropriate reports at the correct times. This could be done via a side / nav menu / links on the Authorities pages Regular checking of authority records for linking and for additions where needed is good practice, and improves the quality of linking within the catalogue and the opac ensuring the quality of the opac search experience with good metadata. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 23619] New: Serials title level opac display - show all issues even those not received
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23619 Bug ID: 23619 Summary: Serials title level opac display - show all issues even those not received Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: niamh.walker-headon(a)it-tallaght.ie QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com The Serials Opac display is incomplete. It should show all issues, even non deliveries so patrons can identify unavailability. Show all serial issues regardless of status display in the opac. By this I mean for example: the record for ET Electrical Times in KOHA serials. https://librarystaff.it-tallaght.ie/cgi-bin/koha/serials/serials-collection… Please note that an issue that is marked claimed or not issued does not show on the OPAC. https://librarysearch.it-tallaght.ie/cgi-bin/koha/opac-detail.pl?biblionumb… Only arrived issues show. Users don’t know what happened to missing issues. It would it be useful for them to know, especially re issues, claimed, damaged or cancelled. We are running into queries about the issues that do not display. At least if they showed it would give an indication that the physical copy is not in the library. This change will enable no serials staff to deal with the queries that we get in relation to why particular issues cannot be located and provides information to the patron so they can decide whether to locate the article by other means. It is creating additional unnecessary queries to staff, and confusion for the patron. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 23915] New: Replace OPAC list sort menu with Bootstrap menu button
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23915 Bug ID: 23915 Summary: Replace OPAC list sort menu with Bootstrap menu button Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC 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: 23913 Created attachment 94816 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=94816&action=ed… Screenshot showing the new menu button (in its active state) After consolidating the menus in Bug 23913, the structure of the resort form lends itself to being replaced, via JavaScript with a Bootstrap menu button. This allows for a more compact toolbar. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23913 [Bug 23913] Use a single menu to sort lists in the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 20186] New: Problem printing batches
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20186 Bug ID: 20186 Summary: Problem printing batches Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: office(a)waimatemain.school.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I am finding it very hard to talk to someone about this ongoing problem. I am having trouble printing a batch (class) list. I work at a school. The older 2 classes are fine, so something must have changed to Koha whilst adding the newer students that prevents me from printing off a barcode list. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 20107] New: Editing a public note in Course Reserves
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '20

28 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20107 Bug ID: 20107 Summary: Editing a public note in Course Reserves Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 71076 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=71076&action=ed… cgi-bin/koha/course_reserves/add_items.pl If you add a public note in the course reserve module in the item on cgi-bin/koha/course_reserves/add_items.pl it will appear on the OPAC. If you need to edit or remove that public note located at cgi-bin/koha/course_reserves/add_items.pl you can click edit under the actions column on cgi-bin/koha/course_reserves/course-details.pl. When editing, the field will appear blank, even though you may have an existing note in there. You can add a new note in the blank field which will replace the existing note. Currently the only way to erase the existing note in there is to create a new note or type a blank space which will remove the existing note. it would be helpful to be able to see what is actually in the note field on cgi-bin/koha/course_reserves/add_items.pl to edit or remove. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1