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

[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 20186] New: Problem printing batches
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '20

28 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

[Bug 18757] New: Problem when importing only items in MARC records
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '20

28 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18757 Bug ID: 18757 Summary: Problem when importing only items in MARC records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When importing records with Stage MARC records for import, one can use matching rules to only import items into existing records. Those imported items are stored as XML to be staged. The bug is that when MARC Flavour is UNIMARC the XML serialization fails because its is looking in field 100$a which does not exist. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 23684] New: Import items only with merging rule
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '20

28 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23684 Bug ID: 23684 Summary: Import items only with merging rule Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: viliam.polonec(a)snk.sk QA Contact: testopia(a)bugs.koha-community.org When I try to import items only with record merging rule and with settings Action if matching record found: Ignore incoming record (its items may still be processed) Action if no match found: Ignore incoming record (its items may still be processed) Item processing: Add items only if matching bib was found Matching bib was found but no items was imported. I know that in older version this worked fine so I try 18.05 version items importing is fine. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 22361] New: Not able to create Vendor
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '20

28 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22361 Bug ID: 22361 Summary: Not able to create Vendor Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: avinash(a)isdi.in QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Can't use an undefined value as an ARRAY reference at /usr/lib/x86_64-linux-gnu/perl5/5.26/DBI.pm line 2081. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 21661] New: EDI orders RT 48978
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '20

27 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21661 Bug ID: 21661 Summary: EDI orders RT 48978 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: kyle(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Work to be done: 1 - Add ability to choose when items on EDI orders are marked as 'received' 2 - Add the ability to update item info/statuses at specific point in EDI invoicing -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 17915] New: warning in Stage MARC records for import when matching rule with offset
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '20

27 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17915 Bug ID: 17915 Summary: warning in Stage MARC records for import when matching rule with offset Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When using Stage MARC records for import with a matching rule where an offset is defined, the input string may be empty or shorter than the offset. This generated a warning : stage-marc-import.pl: substr outside of string at /home/koha/src/C4/Matcher.pm line 822. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 23404] New: Circulation::TooMany error on itemtype when at biblio level
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '20

27 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23404 Bug ID: 23404 Summary: Circulation::TooMany error on itemtype when at biblio level Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Circulation::TooMany gets itemtype from $item var beeing a Koha::Item unblessed. When itemtype is at biblio level, calling $item->{'itemtype'} is wrong. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 23224] New: Inconsistent behaviour between memberentry.pl and the update-member.pl when updating child patron to Adult
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '20

26 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23224 Bug ID: 23224 Summary: Inconsistent behaviour between memberentry.pl and the update-member.pl when updating child patron to Adult Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- There are two ways you can update a child patron to a Adult/Staff/Professional/Organisation patron category. These are using: * child-update.pl * memberentry.pl - Behaviour of child-update.pl: Currently when you click on the 'Update child to adult patron' dropdown option on the members/moremember.pl page the update-child.pl window appears. After selecting and submitting that form the guarantorid value for the borrower is set to 0. - Behaviour of memberentry.pl: When using the 'Edit' option which loads the memberentry.pl when you change the borrowers category from Child to a Adult/Staff/Professional/Organisation categorycode and then submit the guarantorid is not altered (not set to 0) and is displayed on the patrons summary page as guarantor. What is the problem? This is inconsistent behavior, memberentry.pl should set the guarantorid value to 0 when you update the borrowers categorycode to an Adult/Staff/Professional/Organisation patron categorycode, so it behaves the same as child-update.pl Currently Koha master does not allow adults to have a guarantor (until the patches on Bug 12446 - https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12446) are pushed to master, and so this bug letting non-child patron categories having a guarantor should be fixed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22