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

[Bug 14608] HEA : add possibility of sharing usage statistics in Administration page and Web installer
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '16

23 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14608 M. Tompsett <mtompset(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mtompset(a)hotmail.com --- Comment #18 from M. Tompsett <mtompset(a)hotmail.com> --- I was looking at bug 17809 and wondering why country authorised values are not set or available in every language. It would be nicer than having country names hard coded. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17764] New: OPAC search fails when lost items are in the result set and there is no logged in user
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '16

22 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17764 Bug ID: 17764 Summary: OPAC search fails when lost items are in the result set and there is no logged in user Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P2 Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org To replicate: Make sure you have at least one lost item in your result set Do a search in the opac that would turn up a whole list of results (and not just that one) with the lost item included You will probably get an error: Can't call method "category" on an undefined value at /home/liz/koha-src/koha/C4/Search.pm line 2091. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 17692] New: Can't add library EAN under Plack
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '16

22 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17692 Bug ID: 17692 Summary: Can't add library EAN under Plack Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major 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 adding a library ean under plack, there is an "internal server error" when running Plack. Tested with Koha 16.11 release. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 14570] Make it possible to add multiple guarantors to a record
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '16

22 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14570 Bug 14570 depends on bug 17790, which changed state. Bug 17790 Summary: Fix js error on undefined autocomplete(...).data(...) in js_includes.inc https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17790 What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to Master |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17790] New: Fix js error on undefined autocomplete(...).data(...) in js_includes.inc
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '16

22 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17790 Bug ID: 17790 Summary: Fix js error on undefined autocomplete(...).data(...) in js_includes.inc Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org If #findborrower does not exist, you cannot define _renderItem. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 4042] Public OPAC search can fall prey to web crawlers
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '16

22 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4042 --- Comment #7 from Fred P <fred.pierre(a)smfpl.org> --- I don't believe this is a Koha issue. Any public site can be "hit" by any user. Blocking Chinese search giant Baidu makes a big difference. Disallow their robots and you will get a lot less hits. You can also block by ip address range by editing your Apache .htaccess file. Keep in mind that you want to back that file up before making changes and take precautions to not block your own access! In the .htaccess for the appropriate site directory, blocking range 180.76 would disable baidu search engines: order allow,deny #partial ip addresses blocking deny from 180.76 Adding this to your root directory as a robots.txt file should warn off Yandex and Baidu robots, however spiders change and respect for the robots.txt varies: #Baiduspider User-agent: Baiduspider Disallow: / #Yandex User-agent: Yandex Disallow: / It looks like Chris' proposals were adopted. Does this bug need to remain open? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 14570] Make it possible to add multiple guarantors to a record
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '16

22 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14570 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58391|0 |1 is obsolete| | --- Comment #18 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 58399 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58399&action=ed… Bug 14570 - Make it possible to add multiple guarantors to a record This patch adds the ability to set an unlimited number of guarantors for a given patron. As before, each guarantor may be linked to another Koha patron, and all the behavior that applies to a given guarantor remains the same. Test Plan: 1) Apply this patch 2) Run updatedatabase.pl 3) Find some patrons with guarantors, verify the still have their guarantor 4) Test adding and removing guarantors on a patron record, both Koha users and not 5) Verify the "Add child" button works 6) Verify NoIssuesChargeGuarantees still works 7) Verify tools/cleanborrowers.pl will not delete a guarantor 8) Verify the guarantors are displayed on moremember.pl 9) Verify the guarantor is removed by members/update-child.pl 10) Verify the guarantor is removed by misc/cronjobs/j2a.pl 11) Verify import patrons converts guarantor_id, relationship, contactfirstname, and contactsurname into a guarantor 12) prove t/Patron.t 13) prove t/db_dependent/Circulation.t 14) prove t/db_dependent/Circulation/NoIssuesChargeGuarantees.t 15) prove t/db_dependent/Items.t 16) prove t/db_dependent/Koha/Patrons.t 17) prove t/db_dependent/Members.t 18) prove t/db_dependent/Patron/Relationships.t -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12904] Force browser to load new javascript files after upgrade
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '16

22 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12904 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58392|0 |1 is obsolete| | --- Comment #64 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 58395 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58395&action=ed… Bug 12904 [QA Followup] - Don't send 301 status Signed-off-by: Nick Clemens <nick(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12904] Force browser to load new javascript files after upgrade
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '16

22 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12904 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58379|0 |1 is obsolete| | --- Comment #63 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 58394 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58394&action=ed… Bug 12904 - Update template css and js file references Signed-off-by: Nick Clemens <nick(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12904] Force browser to load new javascript files after upgrade
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '16

22 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12904 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58378|0 |1 is obsolete| | --- Comment #62 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 58393 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58393&action=ed… Bug 12904 - Force browser to load new javascript files after upgrade A common issue with Koha seems to be that the web browsers continue to use cached js files after an upgrade. If we append the version as a parameter, we can force the browser to update the javascript files. 1) Apply this patch on a new branch based on master. 2) In a separate branch check out a previous version of Koha and go through the installation process on an empty database. 3) After logging into Koha, turn on Firebug's Net panel (or Chrome's Network panel) and turn on the filter for JavaScript files. 4) Clear the browser cache and navigate to a page, for instance Circulation. In Firebug the Net panel should show a status of "200 OK" for all files, indicating that the file was downloaded, not loaded from the cache. In Chrome the "size" column will show a file size if the file was downloaded. 5) Navigate to another page and confirm that scripts are being loaded from the cache: Scripts like jquery.js and jquery-ui.js which are loaded on every page should have a status in the Firebug Net panel of "304 Not Modified." In Chrome the "size" columns should show "from cache." 6) Check out the branch you created for testing this patch. 7) In order to preserve the state of your browser cache for accurate testing, open a different browser from the one you were previously testing with, load Koha, and run through the database update. 8) Return to your original testing browser and navigate to another Koha page. Firebug's Net panel should show that script files are now being downloaded with a "koha_version" query string. These files should have a status of "200 OK" indicating that they are being downloaded, not loaded from the cache. 9) Navigate to another page and conifrm that the new versions of the scripts are being loaded from the cache. To confirm that all affected JavaScripts links are working correctly, test these pages by checking the Firebug Net panel for errors: - Administration -> Currencies and exchange rates (jquery.dataTables.colvis.js) - Tools -> Stage MARC records for import (ajaxfileupload.js) or another page which performs a file upload. - Catalog -> Detail page -> MARC Preview (greybox JS) - Help -> Any help page - Any page which loads DataTables (Circulation in the staff client, for instance, and a title's detail page in the OPAC) - Bonus points if you check the various conditional JS includes controlled by the many OPAC feature preferences Signed-off-by: Nick Clemens <nick(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0