August 2022 - Koha-bugs - lists.koha-community.org

[Bug 29987] New: Manual credits are not recorded for a register
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '23

15 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29987 Bug ID: 29987 Summary: Manual credits are not recorded for a register Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com What I did: - Activated UseRegister - Added a cash register - Made sure it was selected for my login and showed in upper right corner - Went to a sample patron's account (used Nicole and Henry) - Added a manual credit using "Create manual credit" The cash register was not recorded: select * from accountlines; register_id is NULL As this would mean an unexplainable surplus of cash, I think it's a bug? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 50

[Bug 27315] New: The man pages for the command line utilities do not display properly
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '23

15 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27315 Bug ID: 27315 Summary: The man pages for the command line utilities do not display properly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: a.roussos(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org Created attachment 114741 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=114741&action=e… problem with koha-list man page When viewing the man page for the `koha-list` command, the output does not appear correctly: there appears to be a "staircase" like effect on the text. The same is true for all other man pages, actually. Oddly enough, on an older Koha install of mine (19.11.03) the man page for `koha-list` displays fine. I attach a screenshot which displays the problem. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 28967] New: Patrons with no checkouts report shows patrons from other libraries with IndependentBranches
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '23

15 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28967 Bug ID: 28967 Summary: Patrons with no checkouts report shows patrons from other libraries with IndependentBranches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When IndependentBranches is activated and a non-superlibrarian user looks at the "Patrons with no checkouts" report, it shows patrons from other libraries. To recreate: 1) Activate IndependentBranches, IndependentBranchesPatronModifications and IndependentBranchesTransfers 2) Create a staff user with limited permissions (NOT a superlibrarian), including reports permissions. Here are mine as an example - circulate (all) - catalogue - borrowers - delete_borrowers - edit_borrowers - reserveforothers (all) - reports (all) 3) Create (or make sure you already have) a patron in another branch (if using an existing patron, make sure they have no checkouts or checkout history) 4) Log in as your limited staff patron 5) Go to Reports > Inactive > Patrons who haven't checked out 6) Don't put in any limitations and click Submit -- The patron from the other library appears in the list 7) Try to search for that other patron in the patron module -- The patron from the other library is inaccessible The current behaviour should stay the same for superlibrarians, but I don't think non-superlibrarians should see other libraries' patrons. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 31469] New: plack logfiles need %n in conversionpattern
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '23

15 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31469 Bug ID: 31469 Summary: plack logfiles need %n in conversionpattern 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 29561] New: Remove blank facet for languages
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '23

15 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29561 Bug ID: 29561 Summary: Remove blank facet for languages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com Because the field for language facets is part of a control field, it won't be missing from a record, but it may be blank. When indexing into ES this means we put the field in the document empty When aggregating, ES counts these correctly, but we cannot search for them The display of facets includes a link to the empty values, but it isn't visible -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 31441] New: Koha::Item::as_marc_field ignores subfields where kohafield is an empty string
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '23

15 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31441 Bug ID: 31441 Summary: Koha::Item::as_marc_field ignores subfields where kohafield is an empty string Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org marc_subfield_structure.kohafield can be NULL, but it can also be an empty string. But in that case, Koha::Item::as_marc_field ignores them, which means the resulting MARC::Field object has missing data. This can produce a bug in OPAC ISBD view (and probably other places where this method is used) -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 31412] New: Set focus for cursor to Name when adding a new SMTP server
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '23

15 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31412 Bug ID: 31412 Summary: Set focus for cursor to Name when adding a new SMTP server Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Blocks: 31411 When adding a new SMTP server from administration the focus should be on the first input field of the form: Name Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31411 [Bug 31411] [Omnibus] Set focus to first input field of an add/entry form -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 29671] New: Dropbox mode is unchecked after check in confirm on item with Materials specified
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '23

15 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29671 Bug ID: 29671 Summary: Dropbox mode is unchecked after check in confirm on item with Materials specified Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: christophe.torin(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org Created attachment 128374 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=128374&action=e… Suggested patch steps to reproduce : 1) Enable System preference CirConfirmItemParts 2) Go to Circulation > Check in 3) Enable Dropbox mode (Book drop mode) in the Checkin settings 4) Enter a barcode of an item having the 'Materials specified' field not empty 5) A Popup is shown, click the confirm button 6) The Dropbox mode (Book drop mode) is now unchecked, but should stay checked. In the template, the modal window lacks the dropboxmode input, so that it stays on the next page. I attached a patch with my suggested correction. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 20457] New: Overdue and pre-overdue cronjobs not skipping phone notices
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '23

15 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20457 Bug ID: 20457 Summary: Overdue and pre-overdue cronjobs not skipping phone notices 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The overdue and pre-overdue cron scripts are not skipping the generation of phone notices. This causes many phone notices to be created that will always be left at 'pending' as the Talking Tech outbound script creates its own phone notices and puts them in the message queue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 23554] New: Display info from MARC21 110 and 111 in cart/list emails
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '23

14 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23554 Bug ID: 23554 Summary: Display info from MARC21 110 and 111 in cart/list emails Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org 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 use GetBiblioData (gets biblio.author) and GetMarcAuthors (gets info from 700-720). This leaves out the 110 and 111 as author is usually only mapped to 100... :( -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3