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

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '21

05 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #123081|0 |1 is obsolete| | --- Comment #170 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 123508 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=123508&action=e… Bug 11175: Show record component parts in the detail view Shows the component records of a host, on the hosts detail view in staff client or OPAC, with clickable links to the component records. The host does not require linking entries to the components, but components do require a link to the host record via 773$w. Adds a new search index, Control-number-identifier (aka cni), which indexes the 003 controlfield. Adds 'Yet Another System Preference', ShowComponentRecords, which can be used to turn this feature on or off in staff client and/or OPAC, and defaults to off. When looking up the component part records, the code searches for records with (773$w=Host001 and 003=Host003) or 773$w='Host003 Host001' or, if the 003 is not defined in the Host, 773$w=Host001. Does not use easyanalytics or useControlNumber. Only for MARC21 biblios - UNIMARC has not been updated. staff-global.css and opac.css have not been recreated, so you need to use sass to recreate those from staff-global.scss and opac.scss Test plan: 0) Apply patch 1) perl bulkmarcimport -file /tmp/easypiano.mrc -m MARCXML (This file is an attachment on the bug) 2) rebuild the zebra biblio index 3) Search for "easy piano" in staff client, and go to the biblio detail page. You should not see anything different in the record detail page. 4) Do the same on OPAC. 5) Change the ShowComponentRecords syspref appropriately and check the record detail page in staff client and OPAC. You should see a list of component part records. Rebased-by: Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> Signed-off-by: Nick Clemens <nick(a)bywatersolutions.com> Signed-off-by: Pasi Kallinen <pasi.kallinen(a)koha-suomi.fi> 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 25925] New: In the alert box for unfilled important field in cataloging, the cancel button is not translatable
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '21

05 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25925 Bug ID: 25925 Summary: In the alert box for unfilled important field in cataloging, the cancel button is not translatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Created attachment 106522 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=106522&action=e… Alert box in French (CA) where the Cancel button is not translated I noticed when you try to save a record where an important field is not filled, the Cancel (and probably the OK) button is not translatable. I tried to find the string in my staff-prog.po file and couldn't find it. To get the alert: 1- Modify a framework and mark one of the fields as important 2- Open a new record in cataloging and fill out the mandatory fields but not the important field 3- Try to save the record There is a "Cancel" string and a "Cancel " string in staff-prog.po, but they only apply on the following lines, which is not the important alert as far as I can tell. #: intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt:632 #: intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt:636 #: intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt:640 #: intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt:644 #: intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt:648 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 24557] New: Cancel Hold on check in
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '21

05 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24557 Bug ID: 24557 Summary: Cancel Hold on check in Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be great if there were another option next to the Cancel hold button during check in like "Cancel and process next", which would be available if there were other holds on the item, or the item needed to transfer back home. If neither are the case, the button would not appear. Currently, we cancel holds by checking an item in, and using the Cancel hold button. Then, not know if there are any holds or if the item is being transferred, we have to check it in again to see. This second step could be automated with a new conditional button. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 23815] New: Cancel hold confirmation should display specific information
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '21

05 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23815 Bug ID: 23815 Summary: Cancel hold confirmation should display specific information Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Any cancellation or deletion confirmations should display the information that is being cancelled or deleted when confirmed. request.pl uses and alert type confirmation that does not display any specific information. With items so close to each other, it would be easy enough to click on the wrong X to cancel a hold and cancel the wrong hold. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 26532] New: Error when cancelling a hold from check-in page
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '21

05 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26532 Bug ID: 26532 Summary: Error when cancelling a hold from check-in page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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 - Place a hold and note a valid barcode - Go to the checkin page - Return the item - choose 'cancel hold' Can't call method "biblio" on an undefined value at /home/vagrant/kohaclone/circ/returns.pl line 147 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 24500] New: Cancelling a hold at the same time produces internal server error
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '21

05 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24500 Bug ID: 24500 Summary: Cancelling a hold at the same time produces internal server error Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Need to have a page for holds (and probably other instances) where an object you are working with is no longer available. Maybe something like a "Whoops!" page (the item you are working with is no longer available), rather than having a default internal server error page. We should trap these kinds of issues better. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 13985] Cash Management - Koha as 'Point of Sale'
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '21

05 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13985 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|28390 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28390 [Bug 28390] Transaction timestamps should be part of the transaction grouping row instead of repeated for each breakdown row -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14723] Additional delivery notes to messages
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '21

05 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14723 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |28813 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28813 [Bug 28813] Delivery notes feature was pushed prior to it's completion -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14723] Additional delivery notes to messages
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '21

05 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14723 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.renvoize@ptfs-europe | |.com --- Comment #60 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Ouch.. there's stuff missing here. We don't update kohastructure at all and we don't do a DB update to add the error_code field to the database either. Finally, we don't add error_code to the _set_message_status routine. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27367] New: Housebound and CheckPrevCheckout
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '21

05 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27367 Bug ID: 27367 Summary: Housebound and CheckPrevCheckout Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently the system preference CheckPrevCheckout is an everyone or no one setting. It would be particularly helpful in Housebound module to have that system preference apply in only specific situations. For instance, only for a specific patron category, or only for patrons with a specified attribute. Without this, staff have to manually search a patron's circ history to see if an item has already been checked out to them. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4