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

[Bug 25499] New: Fund code column is empty when closing a budget
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '20

19 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25499 Bug ID: 25499 Summary: Fund code column is empty when closing a budget Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When closing a budget, the fund code is missing from the table showing the number of unreceived orders for each fund. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 24379] New: Borrowers Login Attempts is NULL
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '20

19 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24379 Bug ID: 24379 Summary: Borrowers Login Attempts is NULL Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: nick(a)bywatersolutions.com Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a patron registers for a new account, their loginattempt value is NULL and not zero. This is a change since 18.11. Since this value is NULL, a patron cannot reset their password due to this NULL value. -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '20

19 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply --- Comment #220 from David Nind <david(a)davidnind.com> --- Patch(es) no longer apply on latest master 8-( : root@kohadevbox:koha(bz14957)$ git bz apply 14957 Bug 14957 - Write protecting MARC fields based on source of import 100052 - Bug 14957: DO NOT PUSH Schema changes 109955 - Bug 14957: Merge rules system for merging of MARC records 109956 - Bug 14957: Make preset labels translatable 109957 - Bug 14957: Adjust paging option for new version of datatables 109958 - Bug 14957: Fix rule javascript validation issue 109959 - Bug 14957: Change YUI layout to to Boostrap 109960 - Bug 14957: Remove prefetch of removed relationship 109961 - Bug 14957: Add icons for confirmation dialog and set preset based on actions configuration 109962 - Bug 14957: Replace filter value with label if one exists 109963 - Bug 14957: Remove usage of deleted Koha::MarcMergeRulesModules Apply? [(y)es, (n)o, (i)nteractive] y Applying: Bug 14957: DO NOT PUSH Schema changes Applying: Bug 14957: Merge rules system for merging of MARC records Using index info to reconstruct a base tree... M cataloguing/addbiblio.pl M installer/data/mysql/kohastructure.sql M installer/data/mysql/sysprefs.sql M koha-tmpl/intranet-tmpl/prog/en/includes/permissions.inc M koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/cataloguing.pref M koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt M misc/migration_tools/bulkmarcimport.pl M tools/batch_record_modification.pl Falling back to patching base and 3-way merge... Auto-merging tools/batch_record_modification.pl Auto-merging misc/migration_tools/bulkmarcimport.pl Auto-merging koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt Auto-merging koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/cataloguing.pref CONFLICT (content): Merge conflict in koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/cataloguing.pref Auto-merging koha-tmpl/intranet-tmpl/prog/en/includes/permissions.inc Auto-merging installer/data/mysql/sysprefs.sql Auto-merging installer/data/mysql/kohastructure.sql Auto-merging cataloguing/addbiblio.pl error: Failed to merge in the changes. Patch failed at 0001 Bug 14957: Merge rules system for merging of MARC records The copy of the patch that failed is found in: .git/rebase-apply/patch When you have resolved this problem run "git bz apply --continue". If you would prefer to skip this patch, instead run "git bz apply --skip". To restore the original branch and stop patching run "git bz apply --abort". Patch left in /tmp/Bug-14957-Merge-rules-system-for-merging-of-MARC-r-KugWDA.patch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23086] New: Search for collection is broken
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23086 Bug ID: 23086 Summary: Search for collection is broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de Target Milestone: --- We have seen this issue in a 17.11 installation, but not in a newer 18.11. I believe that Zebra version and using/not using ICU might play a role here. When looking into it, we were able to fix the issue removing the lines adding quotes to the search in Search.pm: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=C4/Search.pm;h=41… The quotes appear to be the issue, as a simple search using mc-ccode: without quotes works. This problem has also been reported on the mailing list: https://lists.katipo.co.nz/pipermail/koha/2019-June/053081.html Setting to major as this effects a major feature in the OPAC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 10569] Course reserves do not show on OPAC detail page if OpacSeparateHoldings is in effect
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10569 --- Comment #2 from Rogan Hamby <rogan.hamby(a)gmail.com> --- all right, I had a brain failure and didn't grok that the ticket was about the course reserves column in the details column, I can confirm the current behavior is still as reported -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 25724] New: Transferred item checked in to shelving cart has cart location removed when transfer is filled
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25724 Bug ID: 25724 Summary: Transferred item checked in to shelving cart has cart location removed when transfer is filled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1 - Set UpdateItemLocationOnCheckin to: _ALL_: CART 2 - SetAutomaticItemReturn = Do 3 - Check an item in at a different branch than it's homebranch to create a transfer 4 - Check the item in at it's homebranch 5 - View the item details page 6 - Item is not in CART location -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 25729] New: Charges/Fees.t is failing randomly due to wrong comparaison
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25729 Bug ID: 25729 Summary: Charges/Fees.t is failing randomly due to wrong comparaison Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org Independent from bug 24417 I was able to get this failure locally after 3100 runs with koha-testing-docker with KOHA_IMAGE=19.05-stretch. It was on 19.05.x but it's expected to happen in master. t/db_dependent/Koha/Charges/Fees.t .. 1/8 # Failed test 'from_date default set correctly to today' # at t/db_dependent/Koha/Charges/Fees.t line 199. # got: '2020-06-12T05:05:16' # expected: '2020-06-12T05:05:17' # Looks like you failed 1 test of 9. t/db_dependent/Koha/Charges/Fees.t .. 2/8 # Failed test 'new' # at t/db_dependent/Koha/Charges/Fees.t line 201. # Looks like you failed 1 test of 8. t/db_dependent/Koha/Charges/Fees.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/8 subtests After 2813 runs, same environment. t/db_dependent/Koha/Charges/Fees.t .. 1/8 # Failed test 'from_date default set correctly to today' # at t/db_dependent/Koha/Charges/Fees.t line 199. # got: '2020-06-12T14:25:18' # expected: '2020-06-12T14:25:19' # Looks like you failed 1 test of 9. t/db_dependent/Koha/Charges/Fees.t .. 2/8 # Failed test 'new' # at t/db_dependent/Koha/Charges/Fees.t line 201. # Looks like you failed 1 test of 8. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 25984] New: Accessibility: Shelf browse lacks focus visibility when cover image is missing
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25984 Bug ID: 25984 Summary: Accessibility: Shelf browse lacks focus visibility when cover image is missing 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Where items displayed on the ‘Book shelf’ do not include cover images, keyboard focus is not highlighted by a visible focus indicator. This means that some users may be unable to determine where their focus is on the page. Solution: Ensure that interactive page elements are highlighted by a visible focus indicator when in focus. This will enable keyboard only users to determine where their focus is on the page when navigating via keyboard commands. A visible focus indicator can be set using CSS. For example: :focus :hover { outline: 2px solid #f00; } Note: The colour used must meet 3:1 against the adjacent colours. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 10569] Course reserves do not show on OPAC detail page if OpacSeparateHoldings is in effect
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10569 Rogan Hamby <rogan.hamby(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rogan.hamby(a)gmail.com --- Comment #1 from Rogan Hamby <rogan.hamby(a)gmail.com> --- This appears to have been resolved in the past seven years. I was testing this to look at possibly working on it but it appears to be a moot point. My testing: log into opac with account of home lirary of Centerville, load bib with three items: 333 - centerville home lib 4444 - centerville home lib 55555 - fairfield home lib system preference: OpacSeparateHoldings - separate based on home library opac details: Centerville Holdings (2) Other Holdings (1) add 4444 to course reserves with Fairfield as new home lib; leave holding lib unchanged opac details: Centerville holdings (1) Other holdings (2) - 4444 now a home lib Fairfield item has moved over to the Fairfield tab remove item from course reserves everything resets add 4444 setting holding library to Fairfield but not home library opac details: Centerville holdings (2) - including 4444 with current location of Fairfield Fiction but home library of Centerville, behavior correct based on system preference Other holdings (1) remove item from course re-add with both home and current library changed to Fairfield item moves to Fairfield tab as expected change OpacSeparateHoldings to don't separate everything comes back to one tab correctly change OpacSeparateHoldings to separate on holding library without going into details I tested the above again with the variant of looking for holding library and it behaved as expected -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18924] New: De-activating a course reserve does not update zebraqueue.
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18924 Bug ID: 18924 Summary: De-activating a course reserve does not update zebraqueue. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Changes made to an item on course reserve are not reflected in zebra when the course is made inactive. Steps to reproduce: 1) Set up a course in course reserves 2) Add items to the course reserve 3) Make the course active. 4) Change values at the item level that will show up in the search results -- e.g. shelving location, notforloan. These values will remain until the course is made inactive. 5) Set the course as inactive. The changed values will revert back to their original settings, but search results will still show the values of the active reserves. 6) Note that zebraqueue is not updated for the associated bib. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6