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

[Bug 12511] New: Novelist Select not using https in bootstrap
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12511 Bug ID: 12511 Summary: Novelist Select not using https in bootstrap 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In prog we have: [% IF ( NovelistSelectProfile ) %] <script type="text/javascript" src="https://imageserver.ebscohost.com/novelistselect/ns2init.js"></script> [% END %] but in bootstrap we have [% IF ( NovelistSelectProfile ) %] <script type="text/javascript" src="http://imageserver.ebscohost.com/novelistselect/ns2init.js"></script> [% END %] Because bootstrap isn't using https, we get an error like this: [blocked] The page at 'https://koha.mylibrary.com/cgi-bin/koha/opac-detail.pl?biblionumber=105315&…' was loaded over HTTPS, but ran insecure content from 'http://imageserver.ebscohost.com/novelistselect/ns2init.js': this content should also be loaded over HTTPS. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 12409] New: The test t/db_dependent/Record.t fails with Perl 5.18.2
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12409 Bug ID: 12409 Summary: The test t/db_dependent/Record.t fails with Perl 5.18.2 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: yohann.dufour(a)biblibre.com QA Contact: gmcharlt(a)gmail.com When I execute the test command : prove t/db_dependent/Record.t , the test fails with the message : t/db_dependent/Record.t .. 1/11 # Failed test 'testing bibtex' # at t/db_dependent/Record.t line 107. # got: '@book{testID, # author = {Rowling, J.K.}, # title = {Harry potter}, # year = {2001}, # publisher = {Scholastic} # } # ' # expected: '@book{testID, # author = {Rowling, J.K.}, # title = {Harry potter}, # publisher = {Scholastic}, # year = {2001} # } # ' # Failed test 'testing bibtex with RDA 264 field' # at t/db_dependent/Record.t line 120. # got: '@book{testID, # publisher = {Reprints}, # year = {2011}, # author = {Rowling, J.K.}, # title = {Harry potter} # } # ' # expected: '@book{testID, # author = {Rowling, J.K.}, # title = {Harry potter}, # publisher = {Reprints}, # year = {2011} # } # ' # Looks like you failed 2 tests of 11. t/db_dependent/Record.t .. Dubious, test returned 2 (wstat 512, 0x200) Failed 2/11 subtests Test Summary Report ------------------- t/db_dependent/Record.t (Wstat: 512 Tests: 11 Failed: 2) Failed tests: 9-10 Non-zero exit status: 2 Files=1, Tests=11, 1 wallclock secs ( 0.03 usr 0.01 sys + 1.33 cusr 0.08 csys = 1.45 CPU) Result: FAIL My OS is Ubuntu 14.04 and my perl version is 5.18.2. It seems to be linked with hash key order randomization. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 12220] New: bootstrap not responsive on all devices
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12220 Bug ID: 12220 Summary: bootstrap not responsive on all devices Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I'm reporting this for a library since I'm not sure if this is the issue or if there is another problem: ---------------- There's a header meta-tag being shoved to browsers that I think is preventing some mobile devices from properly resizing their screens. From any OPAC session on catalog.hmcpl.org, you'll find the following in the <head>: <meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1"> I believe the "maximum-scale=1" is the cause of this. This is problematic for us as we are just starting to roll out a new OPAC design, using wall-mounted iPads. The 10" screen is not a problem if a patron can easily zoom in on the info they need -- the setting above prevents that. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 10652] New: Ajaxfileupload.js failing in IE9 for local image upload
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10652 Bug ID: 10652 Summary: Ajaxfileupload.js failing in IE9 for local image upload Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, when you try to upload a local cover image in IE9, Koha throws a Javascript error and reloads the "upload-cover-image.pl" page without uploading the image. This appears to be the result of a change in the arguments available to the "createElement" Javascript function in IE9 (and probably IE9+). I imagine this has implications in other parts of Koha as well, including the MARC upload, which was the original motivator for the creation of ajaxfileupload.js, I believe. (The code was added by Galen in 2007 according to git blame, so he might know.) In any case, I'm just going to introduce a try/catch which will cover all scenarios. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 12304] New: Creating a user via LDAP doesn't populate message preferences
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12304 Bug ID: 12304 Summary: Creating a user via LDAP doesn't populate message preferences Change sponsored?: --- Product: Koha Version: 3.12 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 This was reported for Koha 3.12.09, but I couldn't find any bug report. So it's possible that's still the case in current versions of Koha: When a patron is created using LDAP, the message preferences configured for the patron category are not set for the patron. Patrons created manually or imported via CSV have the correct messaging settings. I would appreciate if someone on a newer version using LDAP could confirm if this is a problem there as well or not. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 12456] New: The file C4/Maintainance.pm can be removed
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12456 Bug ID: 12456 Summary: The file C4/Maintainance.pm can be removed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: yohann.dufour(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org With the command : git grep C4::Maintainance , we can see that the module is used nowhere. So, the files C4/Maintainance.pm, and by extension t/Maintainance.t, are useless, they can be removed. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 12455] New: The module C4/SMS.pm needs more unit tests
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12455 Bug ID: 12455 Summary: The module C4/SMS.pm needs more unit tests Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: yohann.dufour(a)biblibre.com QA Contact: gmcharlt(a)gmail.com The routines of the module C4/SMS.pm are not tested. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 12361] New: Bootstrap theme is missing colors.css
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12361 Bug ID: 12361 Summary: Bootstrap theme is missing colors.css Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org After install, the syspref opaccolorstylesheet will by default contain colors.css. This file exist in OPAC prog theme but not in bootstrap theme. Sould we create the file in bootstrap theme or set the syspref empty by default ? -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 12464] New: Bootstrap XSLT view no longer displaying 505 correctly formatted
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12464 Bug ID: 12464 Summary: Bootstrap XSLT view no longer displaying 505 correctly formatted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Created attachment 29142 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29142&action=edit Bootstrap detail page - 505 formatting missing Bug 6617 introduced a nicer display for the 505 footnotes in OPAC and staff. In staff this is still working correctly, but in Bootstrap the footnote is not correctly formatted. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 12629] New: Software error when trying to merge records from different frameworks
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '14

23 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12629 Bug ID: 12629 Summary: Software error when trying to merge records from different frameworks Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 29960 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29960&action=edit Screen shot of record merge. Software error: Can't use string ("") as a HASH ref while "strict refs" in use at /var/lib/koha/butte/kohaclone/Koha/Util/MARC.pm line 46. To re-create: Choose a bib record that has the default framework. Add a second record using that fast add framework. Merge the records; switch to "Using framework: Default", and choose the original record (i.e. the one that had the default framework) as the merge reference. Clicking 'Next' will trigger the error. See attached screenshot. -- You are receiving this mail because: You are watching all bug changes.

1 2