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

[Bug 24295] New: C4::Circulation::GetTransfers should be removed, use Koha::Item->get_transfer instead
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '24

08 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24295 Bug ID: 24295 Summary: C4::Circulation::GetTransfers should be removed, use Koha::Item->get_transfer instead Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We've had a get_transfer method in the Koha::Item object which replicates this function. We should convert all uses of GetTransfers to use the newer Koha::Object based method and remove the original method. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 133

[Bug 22276] New: Add client storage of user-selected DataTables configuration
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22276 Bug ID: 22276 Summary: Add client storage of user-selected DataTables configuration Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- DataTables has a "stateSave" option which uses's the browser's local storage to "remember" how someone last changed the configuration of a DataTable: columns settings, filters, etc. This option doesn't work by default because we always load the configuration stored in Columns Settings. I propose to add a function which will check for the existence of a locally-store table configuration before defaults are loaded. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 18908] New: Warning "Compatibility levels before 9 are deprecated"
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '24

05 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18908 Bug ID: 18908 Summary: Warning "Compatibility levels before 9 are deprecated" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net The following output: dh: Compatibility levels before 9 are deprecated (level 7 in use) dh_testdir -O--fail-missing dh_auto_clean -O--fail-missing dh_auto_clean: Compatibility levels before 9 are deprecated (level 7 in use) dh_clean -O--fail-missing is given when trying to following these instructions: https://wiki.koha-community.org/wiki/Building_Debian_Packages_-_The_Easy_Way -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 19616] New: Formatted Contents Note (Marc 21 505), subfield g isn' t visible in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '24

02 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19616 Bug ID: 19616 Summary: Formatted Contents Note (Marc 21 505), subfield g isn't visible in the OPAC Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: verolencinas(a)yahoo.com.ar QA Contact: testopia(a)bugs.koha-community.org The 505 field in Marc 21, Formatted Contents Note, includes subfield g "Miscellaneous information". According to the Marc 21 format for bibliographic data, it is used to record "volume, part, page numbering or other extent information such as dates". If you use it in Koha, this information isn't visible in the OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 24261] New: Google openID Authethication drops requested url
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '24

02 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24261 Bug ID: 24261 Summary: Google openID Authethication drops requested url Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: mihai.bojonca(a)tcmi.edu QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Hi everyone, i think this is a bug, we have setup access to catalog after login, we use 2 authentication methods, username and password or google openid, when a patron opens a direct link to an item and authenticates with username and password they get to the item itself however with openid they get redirected to the opac main page -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 24207] New: Preferences to select what check in messages need to be displayed
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24207 Bug ID: 24207 Summary: Preferences to select what check in messages need to be displayed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com We would sure like an option to turn on/off each check in message that is displayed. We don't necessarily need to see certain ones, like if the shelving location was changed, or local use is recorded, or that it is not checked out. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 24303] New: Guarantor relation relationship is not shown with guarantor name on moremember.pl
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24303 Bug ID: 24303 Summary: Guarantor relation relationship is not shown with guarantor name on moremember.pl 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Why ask for this information if it is not going to be shown? It should at least be shown on the moremember.pl page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 24304] New: Incomplete returns (notes)
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24304 Bug ID: 24304 Summary: Incomplete returns (notes) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com When dealing with incomplete returns (items return with parts missing), there is no easy way to add a message to the item as to what is missing. We would exploit the feature called AllowCheckoutNotes, but it would mean patrons could change the note, and the note is only visible upon check-in. It would be preferable if there was a to scan the item during check-in and mark it as incomplete, adding a note, and not actually checking it in. The note would be visible on the patron account next to the item, and would also be visible in the staff view of the item. This is how I would see this working: On the Check in (returns.pl) page, there would be a button you would click called "Incomplete return". A modal would pop up allowing you to scan the barcode and enter a note. Scanning the barcode would not close the modal. You would have to submit the incomplete return via button. The modal would close, returning you to the check in screen, showing the incomplete return, and not checked in. Marking the item incomplete would give the item a damaged status of Incomplete. It would not check the item in. It would send a notification for incomplete returns, along with the note, via e-mail, print or sms or phone. The note would be visible with the item on the checkout page and on the item record. The note could also be updated by staff. The note would be removed from the item once the item is checked in (complete). I would think the best place to store this message is in the issues table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 24202] New: Option to receive multiple orders in Acquisitions - Standing Order
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24202 Bug ID: 24202 Summary: Option to receive multiple orders in Acquisitions - Standing Order Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org With Bug 21467 - Allow several receipts for a given subscription, a user can receive multiple orders from a subscription. This would be a great option to have with Standing orders. Often a title will have multiple copies or orders that come throughout various times in the year while the basket it open. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 24195] New: edit_borrowers permission and patron contact information
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24195 Bug ID: 24195 Summary: edit_borrowers permission and patron contact information Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently if a staff member does not have edit_borrowers permission, and HidePersonalPatronDetailOnCirculation is set to hide, that staff member cannot see patron contact information on moremember.pl. However, they can still see contact information in the search results on circulation.pl if the columns are configured to show address and phone number information. Staff members without edit_borrowers permission should be blocked from seeing the address and phone number columns on circulation.pl without having to disable those columns for staff who do have edit_borrowers permission. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2