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

[Bug 18853] New: Module wise email alerts
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '23

16 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18853 Bug ID: 18853 Summary: Module wise email alerts Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org At present koha is having limited number of email configurations for which library module managers is finding difficulty in replying or getting feedback from users. Therefore in sender address email should be separate module emails so that if a user reply should directly come to concern module manager like Acquisition, Circulation, Serial etc. because the emails are generating from the various modules/manager but replying to only one email is something very difficult to manage. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 17868] New: Improve display of authors in cart and list emails
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '23

05 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17868 Bug ID: 17868 Summary: Improve display of authors in cart and list emails Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com 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 display a lot of subfields for the author. Example: Author: Seemann, Christian --Bearb. --adp $a $e $4 It would be nice to not display $4 (relator code) if there is $e (relator term). -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 17047] New: Mana webservice : share and use common information between Kohas
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '23

04 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17047 Bug ID: 17047 Summary: Mana webservice : share and use common information between Kohas Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: morgane.alonso(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org RFC : https://wiki.koha-community.org/wiki/SharingDatasBetweenKohas_rfc Progress of the Mana features : https://wiki.koha-community.org/wiki/Mana_central_database -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 536

[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 19629] New: No translatable notification in overdue notices
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19629 Bug ID: 19629 Summary: No translatable notification in overdue notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org If PrintNoticesMaxLines is set and the number of overdue items is greater than this limit, then the phrase "List too long for form; please check your account online for a complete list of your overdue items." is added at the end of the letter. But this is not translatable, and not necessarily at the right place. Maybe it could be possible to use a placeholder (like <<items.content>>) to tell where to add this notification, and then make it translatable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 19891] New: itemtypecat should show categories in refine search ( facets) and item details, not itypes
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19891 Bug ID: 19891 Summary: itemtypecat should show categories in refine search (facets) and item details, not itypes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: hughr(a)brimbank.vic.gov.au QA Contact: testopia(a)bugs.koha-community.org If using itemtypecat, the itemtypes are grouped into categories for Advanced Search. However, in Refine Search, the item types listed are actual item types rather than the item type categories. The same seems to be the case in opac-detail. Either showing the category instead of the itemtype if itemtypecat is being used, or providing a toggle to allow it, would be more consistent and allow libraries to use fine-grained itemtypes without having to present them all to library patrons. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 19884] New: Improve performance of GetItem
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19884 Bug ID: 19884 Summary: Improve performance of GetItem 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: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org While benchmarking Koha trying to improve indexing speed DBIx::Class::ResultSet->find() in C4::Koha::Getitem stood out as a major bottleneck. I looked through the code, and it's only when 'item-level_itypes' is enabled when the actual item object is needed, if not the function can be optimized by only fetching the the data through the much faster low-level DBI interface. This is of course a bit of a kludge, and I would normally avoid this type of micro-optimization, but with this fix we managed to shave a couple of hours of a full re-indexing, and get it done during closing hours. I have also added some more tests to try to catch any possible future issues this change might cause. If more stuff needs to be fetched through the Item-object there could be issues, but this should be clearly pointed out in the code. I also removed an extra call to GetItem() in GetMarcItem() by making it accept an item object or item id as argument, and only fetch the item if needed, cutting the actual calls to GetItem by about half. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 67

[Bug 19870] New: Loaned items show as available unless logged in
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19870 Bug ID: 19870 Summary: Loaned items show as available unless logged in Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jb.australian(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org On the OPAC search results page issued (checked out) items still show as "Availability: Items available: (1)," when not logged in. When logged in they displays correctly as " Availability: No items available: Issued (1),". The items show correctly as issued in the details page regardless of whether the user is logged in or not and display correctly in the staff client. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 19861] New: Add warn to About page if patron category in PatronSelfRegistrationDefaultCategory is invalid
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '23

01 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19861 Bug ID: 19861 Summary: Add warn to About page if patron category in PatronSelfRegistrationDefaultCategory is invalid 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Entering an invalid patron category into the PatronSelfRegistrationDefaultCategory system preference currently results in an 'internal server error' or Can't call method "get_expiry_date" on an undefined value at /usr/share/koha/lib/C4/Members.pm line 617 (16.11.13) in the plack logs. It would be nice to warn about this misconfiguration on the About page. -- You are receiving this mail because: You are watching all bug changes.

1 2