November 2020 - Koha-bugs - lists.koha-community.org

[Bug 27023] New: Add class names in the suggestions column in Suggestions management
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '21

31 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27023 Bug ID: 27023 Summary: Add class names in the suggestions column in Suggestions management Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There is a lot of info. that goes into the Suggestions column in '/cgi-bin/koha/suggestion/suggestion.pl'. It's currently hard to parse that different information out if you wanted to do something like change the color of the text for each item type. It would be trivial to add class names. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 27068] New: HoldsQueue doesn't know how to use holds groups
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '21

27 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27068 Bug ID: 27068 Summary: HoldsQueue doesn't know how to use holds groups Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 22284 Bug 22284 added local holds groups, but didn't teach the holds queue how to use them. It needs to do that. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22284 [Bug 22284] Add ability to define groups of locations for hold pickup -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 49

[Bug 23891] New: opac-memberentry.pl showing fields that should be supressed by PatronSelfModificationBorrowerUnwantedField
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '21

22 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23891 Bug ID: 23891 Summary: opac-memberentry.pl showing fields that should be supressed by PatronSelfModificationBorrowerUnwantedField 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org It seems that PatronSelfModificationBorrowerUnwantedField and PatronSelfRegistrationBorrowerMandatoryField are in conflict. There are certain pieces of information you may want when registering that you don't want a patron to modify online. For example, you will ask for the patron name when registering, but don't necessarily want them changing their names freely. Our library requires that they show an ID when they pick up their card after registration. If they legally change their name, they need to come in with an ID again to verify the change. I would suggest allowing the PatronSelfModificationBorrowerUnwantedField to have priority over the PatronSelfRegistrationBorrowerMandatoryField settings. So, if a field is listed in PatronSelfModificationBorrowerUnwantedField, it should negate the same field listed in PatronSelfRegistrationBorrowerMandatoryField. If not that, then there should be a separate field for mandatory modification fields called PatronSelfModificationBorrowerMandatoryField. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 23571] New: fines.pl may block server
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '21

16 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23571 Bug ID: 23571 Summary: fines.pl may block server Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Under certain circunstances fines.pl may block a server. 1. if syspref calculate on return 2. If koha site has a big number of overdue items 3. there are puntual high number of checkin under this circunstances koha launches several fines.pl,each for every koha checkin, that overload cpu and make koha unresponsive This actions should be desiderable 1. fines.pl on return just calculate the user account, not all users Another option is possible, block fines.pl if there is another process running.. but perhaps option 1 is faster? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 56

[Bug 25664] New: login_attempts for imported borrowers can be set to NULL
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '21

15 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25664 Bug ID: 25664 Summary: login_attempts for imported borrowers can be set to NULL Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On bug 24379 there has been some conversation about login_attempts being set to null. While it doesn't seem to happen at creation it does during an import To recreate: 1 - Check your DB select distinct login_attempts from borrowers; 2 - All should be 0 (if you have some nulls already, thats ok) 3 - Run a report and download as CSV (you may need to set the delimiter syspref to comma) select surname, cardnumber, categorycode, branchcode FROM borrowers 4 - Tools -> Import borrowers 5 - Set to match on cardnumber and overwrite patrons 6 - Check the DB after import select distinct login_attempts from borrowers; 7 - All login_attempts are NULL -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 24749] New: Plack restart should clear orphaned cgi_compile directories on restart
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '21

14 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24749 Bug ID: 24749 Summary: Plack restart should clear orphaned cgi_compile directories on restart Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a plack process crashes you can end up with directories left from CGI::Compile in tmp These dirs are owned by the instance and named cgi_compile_{pid} Later on, other instances can generate the same dir name because the pid is reused. If these orphaned dirs still exist then plack locks up, unable to create/access the directory This may be a CGI::Compile bug, but if we can find a way to delete these on restart that would mitigate the issue -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 24233] New: Library branches editor doesn't allow email addresses with a name
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '21

13 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24233 Bug ID: 24233 Summary: Library branches editor doesn't allow email addresses with a name Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org So, when we send email via koha, we set the from field to just the branch email address ( e.g. "us(a)library.org" ). Some libraries would like to be able to have the library name as part of the email address ( e.g. "Your Library <us(a)library.org>" ). The problem is that this does not pass validation in the branches editor. We know this format works because some libraries set this email format before the syntax validation was implemented. We should update the validation algorithm to allow for the latter format in addition to the former. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 24766] New: Provide an option to show news blocks for all available languages
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '21

12 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24766 Bug ID: 24766 Summary: Provide an option to show news blocks for all available languages 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Blocks: 22318 With the move of the HTML system preferences to the news tool, adding a logo to the OPAC will require that you add a news block for it to each installed language. If you add languages later on, you will always need to test and remember. This adds quite a bit of extra maintenance as there appears to be no fallback option. It would be nice if we could define that something should show for 'all languages' or as a 'fallback' if there is no other content for the language defined. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22318 [Bug 22318] Extend Koha news feature to include other content areas -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 22663] New: Improve usability of 'display location' pull down in news editor
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '21

12 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22663 Bug ID: 22663 Summary: Improve usability of 'display location' pull down in news editor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- At the moment with every language installed, there are new entries added to the display location pull down in the news editor: OPAC (en), OPAC (de-DE). With the possible addition of bug 22318 this list will grow quite long and might get harder to work with. I think this could be improved in different ways: 1) Only have the location in the pull down and then tabs for the different languages like we have for notices. That would also allow a quickly copy and paste between different versions to help with translating. 2) Break up the pull down into 2 pull downs: display location and language. 3) Group by content area first and then language below, so all entries of the same type are listed together. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 24346] New: News needs to be able to display on the self checkout / checkin modules
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '21

12 Jul '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24346 Bug ID: 24346 Summary: News needs to be able to display on the self checkout / checkin modules Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org It would be great if there were a side panel on the login screen for news. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2