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

[Bug 23967] New: Add system preference information about OrderpriceRounding in 19.05 manual
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '21

21 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23967 Bug ID: 23967 Summary: Add system preference information about OrderpriceRounding in 19.05 manual Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This new system preference, orderpricerounding, does not get defined in the 19.05 manual. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 22825] New: Online manual has some old screenshots
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '21

21 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22825 Bug ID: 22825 Summary: Online manual has some old screenshots Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: christian.stelzenmueller(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- For example the Firefox Offline Tool Circ: https://translate.koha-community.org/manual/18.11/en/html/circulation.html#… The screenshots are out of date. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 24038] New: Missing new GDPR system preference in 19.05 manual
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '21

21 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24038 Bug ID: 24038 Summary: Missing new GDPR system preference in 19.05 manual Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Three new system preferences are added in 19.05, but the descriptions are missing from Manual. System preferences UnsubscribeReflectionDelay, PatronAnonymizeDelay and PatronRemovalDelay. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 25745] New: ExcludeHolidaysFromMaxPickUpDelay options are wrong in the manual
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '21

20 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25745 Bug ID: 25745 Summary: ExcludeHolidaysFromMaxPickUpDelay options are wrong in the manual Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This system preference, ExcludeHolidaysFromMaxPickUpDelay, is explained in the manual as having an Allow/Don't Allow option, however, in the 19.11 version of Koha it has Use Calendar/Ignore Calendar. This will need to be updated in the manual. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 22141] New: Update the Lists portion of the manual
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '21

20 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22141 Bug ID: 22141 Summary: Update the Lists portion of the manual Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The image and directions on using lists has changed from bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18228- it would be nice if the manual correlated with what the user is actually seeing in Koha. This is a link to the https://koha-community.org/manual/18.05/en/html/lists.html#lists -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 24135] New: Tidy up the team
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '21

20 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24135 Bug ID: 24135 Summary: Tidy up the team Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The current form of the Koha team tab is a bit misleading/confusing. I think the release and maintenance teams should go at the top of the page as they're the most relevant for that moment in time. I don't really like the 'Special thanks' and 'Additional thanks' sections, they are not maintained in any meaningful way. I think they should be merged into the existing 'Koha development team' and 'Contributing companies and institutions' sections, perhaps highlighting them with the notes of what (and when) they contributed. This should all be pretty simple to achieve by just updating the yaml files that feed those two sections now and removing the hardcoded sections from the templates. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 23162] New: Cannot copy a notice if independent branches enabled and not a superlibrarian
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '21

19 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23162 Bug ID: 23162 Summary: Cannot copy a notice if independent branches enabled and not a superlibrarian 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- We forget to set the branch to current branch I guess To recreate: 1 - Be a superlibrarian (you all are anyways!) 2 - Go to Tools->notices and slips 3 - Note you see notices and can copy them to other branches to edit 4 - Now enabled independent branches 5 - It all still works 6 - Stop being a superlibrarian (i.e. create a patron with permissions for notices, but not superlibrarian) 7 - Go to Tools->notices and slips 8 - Note the 'copy' button doesn't have a drop down to select branch 9 - Click it, you can edit 10 - Try to save - Alert:A letter with the code 'ACCTDETAILS' already exists for 'undefined'. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 26067] New: Email validation of member based on MX record
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '21

19 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26067 Bug ID: 26067 Summary: Email validation of member based on MX record 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: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Currently we are checking Email validation of member (both Staff and OPAC interface)based on the Email::Valid->address but we are not checking the MX record of the domain name, We have encountered the issue with one of our client while doing the email validation through PatronSelfRegistration. I am planning to add below code. Email::Valid->address( -address => 'amitddng135(a)gmail.com', -mxcheck => 1 ); instead of Email::Valid->address('amitddng135(a)gmail.com'); Can you provide us your feedback. Should we do fix code through system preference for ex: "EmailValidationMXrecord" or without system preference. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 26522] New: Elasticsearch - don't attempt to index record if it cannot be retrieved
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '21

19 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26522 Bug ID: 26522 Summary: Elasticsearch - don't attempt to index record if it cannot be retrieved Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com In ModZebra we call GetMarcBiblio - this can fail on malformed records. If it does, we should not attempt to index, otherwsie we get an error: [Wed Sep 23 14:49:59.978945 2020] [cgi:error] [pid 131451] [client 172.18.0.1:46768] AH01215: [Wed Sep 23 14:49:59 2020] manage-marc-import.pl: {UNKNOWN}: Can't call method "leader" on an undefined value at /kohadevbox/koha/Koha/SearchEngine/Elasticsearch.pm line 566. at /kohadevbox/koha/tools/manage-marc-import.pl line 252: /kohadevbox/koha/tools/manage-marc-import.pl, referer: http://localhost:8081/cgi-bin/koha/tools/manage-marc-import.pl?import_batch… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 25445] New: Avoid use of "item" when not talking about items (holdings)
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '21

19 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25445 Bug ID: 25445 Summary: Avoid use of "item" when not talking about items (holdings) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr In translation we don't have a lot of context to work from. At the most, we see the file a string comes from, but that is not always helpful. There are certain words that can be used in English in different contexts, but would require different translations in other languages. Item is such an example. It would be nice if we could avoid using items when we are not talking about holdings. These two strings listed below refer to when selecting no 'item' for adding to a list/cart from the result list: koha-tmpl/intranet-tmpl/prog/en/includes/js_includes.inc: var MSG_NO_RECORD_SELECTED = _("No item was selected"); koha-tmpl/opac-tmpl/bootstrap/en/includes/opac-bottom.inc: var MSG_NO_RECORD_SELECTED = _("No item was selected"); Maybe we could use - no record - no title - no search result entry ? instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4