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

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

15 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12904 --- Comment #52 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 54485 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=54485&action=ed… Bug 12904 - Update template css and js file references -- 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 15 Aug '16

15 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12904 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #48735|0 |1 is obsolete| | Attachment #48736|0 |1 is obsolete| | Attachment #48737|0 |1 is obsolete| | Attachment #48738|0 |1 is obsolete| | Attachment #48739|0 |1 is obsolete| | Attachment #48740|0 |1 is obsolete| | Attachment #48741|0 |1 is obsolete| | --- Comment #51 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 54484 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=54484&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 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11685] GetSupportName and GetSupportList do not split AdvancedSearchTypes by pipe
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '16

15 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11685 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org Resolution|--- |INVALID --- Comment #3 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- No longer valid, these 2 subs have been removed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7045] Default-value substitution inconsistent
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '16

15 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7045 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |In Discussion -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 7045] Default-value substitution inconsistent
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '16

15 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7045 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org --- Comment #22 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- 1/ user will replace the field with the surname of the librarian, is it what we want? 2/ Should not we just remove this hidden feature as it does not exist in the manual? 3/ If we decide to keep it, let's - use same code for add biblios and add items - use "USER" or "<<USER>>" or whatever instead of "user" - update existing installs I can provide a patch if you reach a consensus. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 17130] New: DEBUG mode should be enabled via koha-conf
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '16

15 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17130 Bug ID: 17130 Summary: DEBUG mode should be enabled via koha-conf Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be nice if we could set DEBUG mode via the koha-conf rather than ENV as the ENV don't always seem to pass to all modules (e.g. Cache.pm) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17129] New: Tests fail when DEBUG=1 is set
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '16

15 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17129 Bug ID: 17129 Summary: Tests fail when DEBUG=1 is set Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: QA tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com When running the QA tools with DEBUG=1 I get all files FAIL on valid -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15503] Grab Item Information from Order Files
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '16

15 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #5 from Nick Clemens <nick(a)bywatersolutions.com> --- Tested using attached record, no items were created upon staging Fund codes are valid in my instance -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15503] Grab Item Information from Order Files
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '16

15 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15503 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nick(a)bywatersolutions.com --- Comment #4 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 54480 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=54480&action=ed… Test import record Tried usingn this to test, no items added (fund codes are valid in my instance) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7172] Omnibus for Plack variable scoping problems
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '16

15 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7172 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |17128 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17128 [Bug 17128] summary-print.pl is not plack safe -- You are receiving this mail because: You are watching all bug changes.

1 0