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

[Bug 18065] New: Initials are not generated correctly by LDAP when firstname or surname start with umlauts
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '17

28 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18065 Bug ID: 18065 Summary: Initials are not generated correctly by LDAP when firstname or surname start with umlauts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When patrons are added via LDAP, borrowers.initials is automatically set to the first letters of firstname and surname. This fails, if one of those starts with an Umlaut (ÖÜÄ) and possible other diacritic characters. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 13812] Facet links broken because double-quotes are not URL encoded
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '17

28 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13812 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Facet links broken because |Facet links broken because |double-quotes are not URL |double-quotes are not URL |encoded. |encoded -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17786] New: Date filter on circulation statistics not working correctly
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '17

28 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17786 Bug ID: 17786 Summary: Date filter on circulation statistics not working correctly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The 'from' 'to' date filter on the circulation statistics wizard are exclusive, but should be inclusive. Example 1: Period: check, filter from first day of month to last day of month Patron category: check Example 2: Period: check Group by: month, select month: same as above Patron category: check These numbers can be different as the first and last day of the month are excluded from the first query. My guess is that we query with between date1 and date2 without using the date() function to ensure the results are correct for the timestamp/datetime field. Verified in 3.22.10 and 16.11.0 -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 13854] XSLT result list doesn't show 'on order' when itemtype is not for loan
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '17

28 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13854 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Academy --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I think this requires a change, maybe resorting of conditions, in the XSLT file für the result list. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8962] Restore Any index behavior and add Anywhere index
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '17

28 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8962 --- Comment #54 from Magnus Enger <magnus(a)libriotech.no> --- (In reply to Fridolin SOMERS from comment #51) > > > > The "Any" index/register should contains all the data contained in all the > > other indexes/registers (e.g. Title, Author, Subject, etc). > > > > The "Anywhere" index/register should contain the entire record including > > fields/subfields that aren't indexed anywhere else. > > > > This is what I want to do so I changed the bug description. Which index will be used for the default/simple search from the OPAC front page? One of my least favourite "features" of search in Koha is that the default/simple search includes "Place of publication" (MARC21: 260$a). If you have a Norwegian catalogue, a lot of the books in it will have Oslo as Place of publication. This means that if you do a simple search for "oslo", because you want to find books about Oslo, you will get *a lot* of noise, because you not only find the books about Oslo, but also all the books published in Oslo. Any chance of fixing this as part of this bug? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15486] Restrict number of holds placed by day
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '17

28 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15486 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply --- Comment #45 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Tomas, can you please rebase? Apply? [(y)es, (n)o, (i)nteractive] y Applying: Bug 15486: DB structure change Applying: Bug 15486: DBIC update Applying: Bug 15486: Make circ rules UI handle holds_per_day fatal: sha1 information is lacking or useless (koha-tmpl/intranet-tmpl/prog/en/modules/admin/smart-rules.tt). Repository lacks necessary blobs to fall back on 3-way merge. Cannot fall back to three-way merge. Patch failed at 0001 Bug 15486: Make circ rules UI handle holds_per_day The copy of the patch that failed is found in: /home/vagrant/kohaclone/.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-15486-Make-circ-rules-UI-handle-holdsperday-_6c76R.patch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19726] New: Move admin templates JavaScript to the footer: Preferences
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '17

28 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19726 Bug ID: 19726 Summary: Move admin templates JavaScript to the footer: Preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)bugs.koha-community.org, nick(a)bywatersolutions.com, simon.pouchol(a)biblibre.com, testopia(a)bugs.koha-community.org Blocks: 17858 In order to conform to best practices for performance staff client template javascript should be in the footer instead of the header. This patch will do so for system preferences, both standard and local. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17858 [Bug 17858] Omnibus: Move staff client JavaScript to the footer -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 14576] Allow arbitrary automatic update of location on checkin
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '17

28 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14576 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply Depends on| |19726 --- Comment #74 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Nick, can you please rebase? JavaScript on the preferences template has since be moved to the bottom. Thx! Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19726 [Bug 19726] Move admin templates JavaScript to the footer: Preferences -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13952] Import and export of authority types
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '17

28 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13952 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |19594 --- Comment #62 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- There are a few JavaScript errors on the page, I think the patches need to be adjusted for the changes made moving the JavaScript to the bottom recently: http://git.koha-community.org/gitweb/?p=koha.git;a=commit;h=7c5c51684462559… Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19594 [Bug 19594] Move admin templates JavaScript to the footer: MARC-related -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19594] New: Move admin templates JavaScript to the footer: MARC-related
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '17

28 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19594 Bug ID: 19594 Summary: Move admin templates JavaScript to the footer: MARC-related Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)bugs.koha-community.org, nick(a)bywatersolutions.com, testopia(a)bugs.koha-community.org Blocks: 17858 In order to conform to best practices for performance staff client template javascript should be in the footer instead of the header. This patch will do so for the MARC-related administration templates. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17858 [Bug 17858] Omnibus: Move staff client JavaScript to the footer -- You are receiving this mail because: You are watching all bug changes.

1 25