January 2022 - 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 28788] New: Default holds policy by item type can be overridden but holds will not capture
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '23

03 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28788 Bug ID: 28788 Summary: Default holds policy by item type can be overridden but holds will not capture Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: madamyk(a)ckls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If there are circulation rules in place preventing holds via the "Default holds policy by item type," intranet users with hold override permissions may still place holds outside these rules by ignoring the warning message. However, the hold itself is never captured. It will not appear on any library hold queues, and does not appear to exist until the item in question is checked in. At that point, the hold reappears and tries to fulfill itself. Because the hold never appeared before this, there was no way to know that the item should be checked in. Holds violating the Default holds policy by item type should be either fully forbidden or they should function like normal holds when an override is given. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 27519] New: Normalize Show/Don't show vs Display/Don't display in system preferences
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '23

03 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27519 Bug ID: 27519 Summary: Normalize Show/Don't show vs Display/Don't display in system preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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: gmcharlt(a)gmail.com This is something I came across when translating Koha. Some system preferences use Display/Don't display as their choices and others use Show/Don't show. I propose to normalize the terms, i.e. choose one and stick with it (with the amount in each, I would choose to keep Show/Don't show). Show/Don't show - AdlibrisCoversEnabled - AmazonCoverImages - DisplayClearScreenButton - displayFacetCount - DisplayOPACiconsXSLT - EnhancedMessagingPreferencesOPAC - ExportCircHistory - FRBRizeEditions - hidelostitems - HidePatronName - intranetbookbag - IntranetCatalogSearchPulldown - LibraryThingForLibrariesEnabled - numSearchResultsDropdown - OPACAmazonCoverImages - OpacCloud - OPACItemsResultsDisplay - OpacKohaUrl - OPACnumSearchResultsDropdown - OPACpatronimages - OPACShowCheckoutName - OPACShowMusicalInscripts - OpacShowRecentComments - OpacSuggestionManagedBy - OPACFRBRizeEditions - OpacMaintenance - OPACUserSummary - OpenLibrarySearch - OPACShelfBrowser - OPACShowUnusedAuthorities - OPACViewOthersSuggestions - SelfCheckReceiptPrompt - ShowAllCheckins - showLastPatron - ShowPatronImageInWebBasedSelfCheck - SyndeticsAuthorNotes - SyndeticsAwards - SyndeticsCoverImages - SyndeticsEditions - SyndeticsExcerpt - SyndeticsReviews - SyndeticsSeries - SyndeticsSummary - SyndeticsTOC - UseWYSIWYGinSystemPreferences Display/Don't display - AcquisitionDetails - advancedMARCeditor - AuthDisplayHierarchy - BiblioItemtypeInfo - CustomCoverImages - EasyAnalyticalRecords - hide_marc - LocalCoverImages - OPACAcquisitionDetails - OPACCustomCoverImages - OPACLocalCoverImages - OpacNewsLibrarySelect - OPACPopupAuthorsSearch - SpineLabelShowPrintOnBibDetails While we're at it, I would also change the following : - noItemTypeImages: Yes/No - OpacNoItemTypeImages: Yes/No - ShowReviewerPhoto: Show/Hide - PatronSelfRegistrationPrefillForm: display and prefill/don't display and prefill -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 27098] New: fines charges
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '23

03 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27098 Bug ID: 27098 Summary: fines charges Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 28431] New: Typo: exsit
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '23

03 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28431 Bug ID: 28431 Summary: Typo: exsit Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Keywords: Academy, Manual Severity: trivial Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org ../../source/tools.rst:3061 (Manual 20.11) 'Record matching rule': choose which rules to use to check your catalog if these records already exsit. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

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 26973] New: 20.05.04 - extendedPatronAttributes not showing during selfregistration
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '23

03 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26973 Bug ID: 26973 Summary: 20.05.04 - extendedPatronAttributes not showing during selfregistration Change sponsored?: --- Product: Koha Version: 20.05 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jan.michael.mueck(a)uni-hamburg.de QA Contact: testopia(a)bugs.koha-community.org Created attachment 113307 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=113307&action=e… screenshots and irc chat In the Koha Version 20.05.04 the extendedPatronAttributes not showing during selfregistration. I created a PatronAttribute "Matrikelnummer" which is configured to be shown and editable in OPAC. It also is searchable. The attribut is set for all user and bibtypes. PatronSelfRegistrationVerifyByEmail is disabled extendedPatronAttributes is enabled I tested the same configuration on another server with koha version 20.05.01. The field "Matrikelnummer" is shown during the selfregistration process and the entered values are set correctly in the mysql database and userdetails. -- You are receiving this mail because: You are watching all bug changes.

1 26