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

[Bug 18312] New: Export is broken unless a file is supplied
by bugzilla-daemon＠bugs.koha-community.org 30 Jan '18

30 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18312 Bug ID: 18312 Summary: Export is broken unless a file is supplied Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Tools Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Bug 18087 breaks export unless a file is supplied -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 18915] New: Creating a checkout note (patron note) sends an incomplete email message
by bugzilla-daemon＠bugs.koha-community.org 30 Jan '18

30 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18915 Bug ID: 18915 Summary: Creating a checkout note (patron note) sends an incomplete email message Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Taken from bug 14224: (Marcel de Rooy from comment #122 ) > <<borrowers.firstname>> <<borrowers.surname>> has added a note to the item > <<biblio.item>> - <<biblio.author>> (<<biblio.biblionumber>>). > > What is biblio.item supposed to print here? > I got this mail: > M De Rooy has added a note to the item - Schwartz, Randal L (23). > > And must say that it might not be that clear.. > Do we need biblio.title and an item number ? Have tested and can confirm that this bug exists. -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 18617] New: starting plack on reboot can fail on non-standard apache configs
by bugzilla-daemon＠bugs.koha-community.org 29 Jan '18

29 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18617 Bug ID: 18617 Summary: starting plack on reboot can fail on non-standard apache configs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you have a non-standard Koha apache configuration, for example you have virtualhosts in separate files instead of all in one file (you might do this if you were using Let's Encrypt, among other reasons) koha-list --plack --enabled can fail because it is looking for apache configurations in only one file (/etc/apache2/sites-available/instance.conf). I propose to make the check for plack enabled work more like the email enabled, where we touch a file in /var/lib/koha/instance when the service is enabled, and remove it when it is disabled. I'm happy to leave the current checking alone and include this as a bracer to the existing belt. To do: edit koha-plack to make enable and disable put a file in /var/lib/koha/instance called plack.enable edit koha-functions.sh to include checking for the file as part of is_plack_enabled There are probably other things to do as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 18417] New: Advanced Editor - Rancor - add shortcuts for copyright symbols © ℗
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '18

25 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18417 Bug ID: 18417 Summary: Advanced Editor - Rancor - add shortcuts for copyright symbols © ℗ Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 19122] New: IncludeSeeFromInSearches is broken
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '18

24 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19122 Bug ID: 19122 Summary: IncludeSeeFromInSearches is broken 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The IncludeSeeFromInSearches system preference is designed so that 'See from' headings from the authorities are included when you search in the catalog. That means that you could find an author not only by the name printed on the book, but for example also by their pseudonym or a different spelling of their name. This functionality appears to be broken on master and possibly stable versions as well. It was added by bug 7417. To test: - Activate IncludeSeeFromInSearches - Catalog an authority for a person - main heading in 100 - see from headings in 400 - Catalog a bibliographic record and link it to the authority - Make sure the record is indexed - Verify that the record can be found searching for the main heading, but not for the see from headings in the catalog -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 18083] New: Don't show 'library' selection on popular titles page for single-branch libraries
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '18

23 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18083 Bug ID: 18083 Summary: Don't show 'library' selection on popular titles page for single-branch libraries 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org On the 'popular titles' page in the OPAC there is a search filter labelled "From" that offers you to select a library branch. For a library with only one branch this makes no sense and it would be nice if it was automatically hidden for single-branch libraries. Note: Currently not possible to hide with CSS only either. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 18754] New: Translatability: Get rid of exposed tt directives in opac-detail.tt
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '18

22 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18754 Bug ID: 18754 Summary: Translatability: Get rid of exposed tt directives in opac-detail.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The file opac-detail.tt exposes a lot of template directives to translation where translators should not be confronted with. Some examples from po file are: $[% SUBFIELD.code %] [% SUBFIELD.value %] %s [%% INCLUDE \"openlibrary-readapi.inc\" bib = { normalized_isbn => " "normalized_isbn, lccn => lccn, normalized_oclc => normalized_oclc } %%] See: [% IF ( nextTitle ) %][% nextTitle |html %][% ELSE %]next biblio[% END " "%] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 18183] New: jQuery append error related to script tags in cloneItemBlock
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '18

22 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18183 Bug ID: 18183 Summary: jQuery append error related to script tags in cloneItemBlock Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org This is a strange javascript error that I experienced on a 3.22 system and could not reproduce with the current (modified) framework in master. But since the code is essentially the same, it might still be possible. The js error is: TypeError: document.getElementById(...) is null The line in koha-tmpl/intranet-tmpl/prog/js/additem.js that causes this error is: $(clone).append(data); While running append, jQuery seems to call .domManip and .globalEval internally. The result on the interface is that you do not have an item block when receiving an order (AcqCreateItem=receiving). Note that data comes from services/itemrecorddisplay.pl and is a very long string containing all item fields and even script tags for plugins. Between the ACQ framework in 3.22 and in master (copied from Default), I noticed some smaller changes in the lines for plugins. Since the js variable "clone" contains a jQuery object for an element that is not yet added to the page, I could imagine a getElementById error. But it does not always occur, so some other condition must be triggered too. This condition appears to be connected to the script tags, since removing all plugins from the ACQ framework in 3.22 made the error disappear (no solution however). Some interesting comments on jQuery's handling of appending script tags are found in http://stackoverflow.com/questions/610995/cant-append-script-element Triggered by the getElementById error, I rearranged a few lines in cloneItemBlock so that I appended clone (the 'floating' div field for the new item) first to the outeritemblock div on the page and after that I appended the data string (item fields and script tags) to clone. This resolved the js error on 3.22 and did not affect master. Conclusion: We seem to stumble over a problem with our plugin script tags in jQuery's script evaluation when clone is not bound to the page yet. The proposed patch just adds this workaround touching three lines. If we would like to change (again) the way we handle script tags for plugins, we will need much more effort. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 18458] New: Merging authority record incorrectly orders subfields
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '18

19 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18458 Bug ID: 18458 Summary: Merging authority record incorrectly orders subfields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When merging two authorities and updating the linked biblios MARC::Field->new() is called with the tagnumber, indicators, and the new subfield $9 This causes this subfield to be the first in the field as a whole and is inconsistent with usualy ordering -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 19200] New: Warns when exporting a basket
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '18

19 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19200 Bug ID: 19200 Summary: Warns when exporting a basket Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org When exporting a basket with the default CSV profile: Use of uninitialized value in string eq at /home/vagrant/kohaclone/acqui/basket.pl line 173. CGI::param called in list context from package CGI::Compile::ROOT::home_vagrant_kohaclone_acqui_basket_2epl line 177, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436. When exporting a basket with some other CSV profile: CGI::param called in list context from package CGI::Compile::ROOT::home_vagrant_kohaclone_acqui_basket_2epl line 177, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23