July 2018 - Koha-bugs - lists.koha-community.org

[Bug 20356] New: Add EmailSMSSendDriverFromAddress system preference for overriding Email SMS send driver from address
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '23

04 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20356 Bug ID: 20356 Summary: Add EmailSMSSendDriverFromAddress system preference for overriding Email SMS send driver from address Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Our SMS gateway provider requires that only one specific email address is used in as sender for all emails. This patch adds a system preference for setting "from" address for all mails sent by the Email SMS send driver. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 20057] New: Auto-approve option for borrower modifications
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '23

04 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20057 Bug ID: 20057 Summary: Auto-approve option for borrower modifications 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: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We (Gothenburg University) allow patrons to change their own personal details at will. The need for either email verification (not everyone has a registered email address) or staff approval is an unnecessary obstacle. Here is a request (and code) for automatic approval of detail changes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 20192] New: ILS-DI: Comment entered in VuFind when placing a hold does not show up in Koha
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '23

04 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20192 Bug ID: 20192 Summary: ILS-DI: Comment entered in VuFind when placing a hold does not show up in Koha Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: roland.keck(a)bibb.de QA Contact: testopia(a)bugs.koha-community.org In VuFind you can enter a comment when placing a hold. This comment is currently not visible in Koha. May contain important information for handling in Koha and should therefore be transmitted. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 19660] New: Set borrower password on first login from self registration
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '23

03 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19660 Bug ID: 19660 Summary: Set borrower password on first login from self registration Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Currently when a borrower has confirmed their account, we show them their username and password after confirmation. I propose instead of doing this, we allow the user to set their own password after they have confirmed their account. We could use parts of the forgot-my-password code to do this, for example pre-populating the username/email bits of the form, and asking the user to fill in their new password twice. We really shouldn't be showing the password on the screen, ever. Let's not do that anymore. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 19698] New: "Add message" for patron don' t use OPAC description if message type is OPAC
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '23

03 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19698 Bug ID: 19698 Summary: "Add message" for patron don't use OPAC description if message type is OPAC 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: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you want to add a message to a patron, you can choose OPAC or intranet message type. Predefined messages are defined in BOR_NOTES authorised value. But OPAC description is never used even if message type is OPAC -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 21119] New: Add option to repeat order line fields for next order
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '23

03 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21119 Bug ID: 21119 Summary: Add option to repeat order line fields for next order Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: cunha(a)monterey.org QA Contact: testopia(a)bugs.koha-community.org It would be very handy to be able to repeat fields from one item order to the next the way new items in cataloging can be repeated, so if you are ordering 20 items from a vendor that all have the same price and fund code you wouldn't have to re-key every item. Also would be nice if on completion of receiving an invoice there was a "receive another" button to receive another invoice from the same vendor, as they often come in bunches. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 21118] New: Highlighting of search terms in the 500 fields
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '23

03 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21118 Bug ID: 21118 Summary: Highlighting of search terms in the 500 fields Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a search term is entered into Koha, it will search the Marc 5xx fields. This will retrieve the results where the search term is found in the 5xx fields. However, the highlighting does not appear when this term is found in the Marc 5xx fields. It would be nice to show the highlighting throughout the Koha record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 21014] New: Availability of hidden items showing in OPAC
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '23

03 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21014 Bug ID: 21014 Summary: Availability of hidden items showing in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 76552 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=76552&action=ed… Availability of withdrawn item is displayed Can someone try this and confirm or invalidate this as a bug? If I have two items on one record, one of which is hidden as per OpacHiddenItems, the availability still shows in the OPAC results list. Here are the steps I'm following: 1- Go to Administration > Global system preferences 2- Search for OpacHiddenItems 3- Add the following value to OpacHiddenItems: withdrawn: [1] 4- Save your system preferences 5- In the search bar at the top, click on the "Search catalog" tab 6- Search for anything 7- Find a record with two items, or add an item to a record 8- Add the withdrawn status to one of the two items, the other has to be available 9- Go to OPAC 10- Search for the record (a broad search to make sure you get to the results list, not the record details) 11- Check the availability of the items <-- for me, here, it says 1 available and 1 withdrawn (see screen capture opachiddenitems1.png) 12- Click on the title to open the record details 13- Check the items <-- there should be only one, the withdrawn item is hidden (see screen capture opachiddenitems2.png) -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 21007] New: Add new patron column for date of last successful login attempt
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '23

03 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21007 Bug ID: 21007 Summary: Add new patron column for date of last successful login attempt Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliwho(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The (deleted)borrowers tables includes a column for failed login attempts (login_attempts). A similar column for date of last successful login would help libraries identify which patrons are & are not taking advantage of the extra features available through their personal accounts. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 20405] New: enhanced messaging preference should always be on
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '23

02 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20405 Bug ID: 20405 Summary: enhanced messaging preference should always be on Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: gaetan.boisson(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In order to be able to define "enhanced messaging preferences" for each patron category, and also each patron, a system preference needs to be activated. There is a separate system preference to de-activate it at the opac, which makes a lot of sense, but i think on the staff interface it should always be on, it is up to the administrator to set it up then, without having to find a system preference. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7