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

[Bug 3137] Add sys pref to collapse areas of the patron add by default
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '20

09 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3137 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #66591|0 |1 is obsolete| | Attachment #66592|0 |1 is obsolete| | --- Comment #12 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 98623 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=98623&action=ed… Bug 3137: HideFieldsPatronAddForm syspref This patches adds a syspref - HideFieldsAddPatronFrom - that controls which fieldsets are hidden by default in the add patron form. To test: 1) Apply patch and update database 2) Go to System preferences and confirm HideFieldsPatronAddForm has no fields selected 3) Go to add a patron / edit an existing patron (any patron category). confirm everything still works as expected. 4) Tick some of the fields in the syspref to hide them in the form 5) Go back to add patron form. 6) Confirm these fields are hidden and listed at the top of the page 7) Toggle the checkbox and confirm the hidden fields show or hide as expected. 8) Go back to the HideFieldsPatronAddForm system preference and ensure the Main address option is checked to be hidden 9) Go to the patron's details page 10) Click to edit the Contact Information section 11) Confirm the Main address option shows and the checkbox to show hidden fields is not present. Sponsored-by: Catalyst IT -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 3137] Add sys pref to collapse areas of the patron add by default
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '20

09 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3137 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4985] Edit a calendar entry for all branches
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '20

09 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4985 --- Comment #8 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 98620 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=98620&action=ed… Deleting holidays on a date range not working -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4985] Edit a calendar entry for all branches
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '20

09 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4985 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- This works really well apart from the case Christopher found. I will attach a screenshot to show what I did. When I click on save, no holiday is deleted - neither on the currently selected branch, nor on others. Adding the range worked nicely! Can you have a look? -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 12430] Using QueryAutoTruncate breaks relevance ranking
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '20

09 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12430 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #98188|0 |1 is obsolete| | --- Comment #34 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 98619 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=98619&action=ed… Bug 12430 - Truncation disables relevance ranking when not using QueryParser The system preference "QueryWeightFields" is mutually exclusive with the system preference "QueryAutoTruncate" and the * truncation modifier, when not using QueryParser. If you use truncation, relevance won't work anymore. (N.B. Relevance doesn't work probably when using QueryParser, but for a very different reason beyond the current scope of this bug.) This patch adds relevance ranking when using truncation (or basically when QueryWeightFields is disabled). _TEST PLAN_ 1) Turn on "QueryWeightFields" and set "QueryAutoTruncate" to auto 2) Turn off "UseQueryParser" 3) Do a keyword search in the OPAC 4) Note that the results are ordered by biblionumber ascending 5) Apply patch 6) Do the same keyword search in the OPAC 7) Note that the results are never ordered differently (presumably in relevance order :P) If you're a stickler, throw in some warns so that you can see what CCL query is being sent to Zebra. Signed-off-by: Victor Grousset/tuxayo <victor(a)tuxayo.net> Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12430] Using QueryAutoTruncate breaks relevance ranking
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '20

09 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12430 --- Comment #33 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to David Cook from comment #6) > It appears that this patch could break the "Publication Date (yyyy)" search, > when using "yr,st-numeric" (which might be the case after bug 9368). > > If we were to use "yr,st-year" instead, you might get results for a "2000-" > query but they would only be for "2000". If you specified a full range > "2000-2012", it would break. > > It seems that relevance can't be run with date ranges (which is usually > fine, as we use date ranges as limits which are not affected by relevance > ranking). I can't find any issues with my kohadevbox using Zebra 2.0.59. Tested on our sample data with the following date range searches from advanced search, receiving the correct results: 1941 -1941 1900-1941 2000 2000- Adding my sign-off to this, as all tests so far are positive. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12430] Using QueryAutoTruncate breaks relevance ranking
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '20

09 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12430 --- Comment #32 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Search example, for testing with our test data: - Who The Doctor Who books move down the list without this patch, but are on top with it. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12430] Using QueryAutoTruncate breaks relevance ranking
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '20

09 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12430 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=16581 --- Comment #31 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- It appears there are other known and sever issues with .59 - so that could lead as another motivation to move us to a newer version by default: bug 16581 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12430] Using QueryAutoTruncate breaks relevance ranking
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '20

09 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12430 --- Comment #30 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Martin Renvoize from comment #29) > Regarding this bug, I think we should use the patch here and update our > minimum required zebra version (and document how to get said zebra version > via either the indexdata repo's or pulling a copy into the koha repo) +1 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11281] Add column configuration to 'Holds awaiting pickup' tables allowing to print both tables separately
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '20

09 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11281 --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- There is a bit of weird behavior depending on screen size, as the table always 'centers'. But it's not perfect before the patch either - maybe something for a small follow-up. Owen, could you have a quick look to see if you can reproduce? -- You are receiving this mail because: You are watching all bug changes.

1 0