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

[Bug 23654] New: Patron Cards - Bar code and image do not show up
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '19

03 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23654 Bug ID: 23654 Summary: Patron Cards - Bar code and image do not show up Change sponsored?: --- Product: Koha Version: 19.05 Hardware: Other OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: rick_conrad(a)sil.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 92993 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=92993&action=ed… The pdf generated When I generate a pdf of patron cards, I see the text that was specified, but there's no bar code and there's no image displayed. Server info from the About Page: ```` Server information Koha version: 19.05.03.000 OS version ('uname -a'): Linux koha 4.15.0-64-generic #73-Ubuntu SMP Thu Sep 12 13:16:13 UTC 2019 x86_64 Perl interpreter: /usr/bin/perl Perl version: 5.026001 Perl @INC: /usr/share/koha/lib /usr/share/koha/installer /usr/share/koha/lib/installer /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.26.1 /usr/local/share/perl/5.26.1 /usr/lib/x86_64-linux-gnu/perl5/5.26 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.26 /usr/share/perl/5.26 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base /var/lib/koha/library/plugins MySQL version: mysql Ver 14.14 Distrib 5.7.27, for Linux (x86_64) using EditLine wrapper Apache version: Server version: Apache/2.4.29 (Ubuntu) PSGI: Plack (deployment) Memcached: Servers: localhost:11211 | Namespace: koha | Status: running. | Config read from: koha-conf.xml Zebra version: Zebra 2.0.59 (C) 1994-2014, Index Data Zebra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. SHA1 ID: c00bfddbf0f3608340d61298acc61dafb167f9b2 Using ICU Date and time: 20/09/2019 10:43 Time zone: Used: UTC | Config: Undefined | Environment (TZ): Undefined ```` On the Perl Modules tab, the following module are red - not installed. Don't know if maybe I need one of them. ```` Text::CSV::Unicode Selenium::Remote::Driver Test::DBIx::Class Net::OAuth2::AuthorizationServer HTTPD::Bench::ApacheBench ```` Here's the parameters for the layout: ```` mysql> select * from creator_layouts where layout_id=8; +-----------+--------------+-------------+---------------+-------------+----------+---------------+------+-----------+-------+---------------+--------------+---------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+-------------+ | layout_id | barcode_type | start_label | printing_type | layout_name | guidebox | oblique_title | font | font_size | units | callnum_split | text_justify | format_string | layout_xml | creator | +-----------+--------------+-------------+---------------+-------------+----------+---------------+------+-----------+-------+---------------+--------------+---------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+-------------+ | 8 | CODE39 | 1 | BAR | koha2 | 0 | 1 | TR | 10 | INCH | 0 | L | barcode | <opt guide_box="0" guide_grid="0" page_side="F" units="INCH"> <barcode height_scale="0.5" llx="1.4" lly="0.1" print="1" type="CODE39" width_scale="0.5" /> <images name="image_1" Dx="1" Ox="0" Oy="0" Sx="0" Sy="0" Tx="0.1" Ty="0.1"> <data_source image_name="SIL Logo New" image_source="creator_images" /> </images> <text><surname>, <firstname></text> <text enable="1" font="CB" font_size="14" llx="0.1" lly="1.7" text_alignment="L" /> <text>Library Card/Carte de Bibliotheque</text> <text enable="1" font="C" font_size="10" llx="0.1" lly="1.45" text_alignment="L" /> <text>10/09/2020</text> <text font="CB" font_size="10" llx="0.1" lly="1.2" text_alignment="L" /> </opt> | Patroncards | +-----------+--------------+-------------+---------------+-------------+----------+---------------+------+-----------+-------+---------------+--------------+---------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+-------------+ 1 row in set (0.00 sec) ```` And for the template: ```` mysql> select * from creator_templates where template_id=6; +-------------+------------+---------------+------------------+------------+-------------+-------------+--------------+-----------------+------------------+------------+-------------+------+------+---------+---------+-------+-------------+ | template_id | profile_id | template_code | template_desc | page_width | page_height | label_width | label_height | top_text_margin | left_text_margin | top_margin | left_margin | cols | rows | col_gap | row_gap | units | creator | +-------------+------------+---------------+------------------+------------+-------------+-------------+--------------+-----------------+------------------+------------+-------------+------+------+---------+---------+-------+-------------+ | 6 | 0 | Good Template | This one is good | 8.3 | 11.7 | 3.5 | 2 | 0 | 0 | 0.6785 | 0.5 | 2 | 4 | 0.2 | 0.2 | INCH | Patroncards | +-------------+------------+---------------+------------------+------------+-------------+-------------+--------------+-----------------+------------------+------------+-------------+------+------+---------+---------+-------+-------------+ 1 row in set (0.00 sec) ```` The resulting pdf is attached. Thanks in advance for your help! -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 18969] New: Elasticsearch - _all field is deprecated - should use copy_to to prepare for ES6
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '19

02 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18969 Bug ID: 18969 Summary: Elasticsearch - _all field is deprecated - should use copy_to to prepare for ES6 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P3 Component: Searching Assignee: nick(a)bywatersolutions.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Reindex on a clean ES, you get a warning: [DEPRECATION] 299 Elasticsearch-5.4.1-2cfe0df "field [include_in_all] is deprecated, as [_all] is deprecated, and will be disallowed in 6.0, use [copy_to] instead." -- You are receiving this mail because: You are watching all bug changes.

1 47

[Bug 23351] New: Clean up localization template
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '19

02 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23351 Bug ID: 23351 Summary: Clean up localization template 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 A little reformatting of the localization template (shown in the modal window when translating item type descriptions) would make it more consistent with other Koha interfaces. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 22382] New: Online fine payment
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '19

02 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22382 Bug ID: 22382 Summary: Online fine payment 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: supriyajain3010(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 22508] New: Add the ability to prefill 856$u with the direct URL of the file
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '19

02 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22508 Bug ID: 22508 Summary: Add the ability to prefill 856$u with the direct URL of the file Change sponsored?: Sponsored Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Currently the cataloguing plugin upload.pl prefill 856$u (or any other fields linked with the plugin) with something like: OPACBaseURL/cgi-bin/koha/opac-retrieve-file.pl?id=$hash In some cases we would like to have the link of the uploaded file directly. -- You are receiving this mail because: You are watching all bug changes.

1 51

[Bug 23586] New: Issuing rules failing in 19.05
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '19

02 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23586 Bug ID: 23586 Summary: Issuing rules failing in 19.05 Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A Koha::Library object rather than a branchcode is passed to a database query causing the rules to never match. It looks like the bug was introduced in commit 7d71d9507202ff667776bf9cb6de0bf2603ad0dd of bug 20912: @@ -709,7 +709,7 @@ sub CanBookBeIssued { unless ( $duedate ) { my $issuedate = $now->clone(); - my $branch = _GetCircControlBranch($item_unblessed, $patron_unblessed); + my $branch = $circ_library; $duedate = CalcDateDue( $issuedate, $effective_itemtype, $branch, $patron_unblessed ); # Offline circ calls AddIssue directly, doesn't run through here -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 20986] New: MARC21 Supplement and Index Textual Holdings don't display
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '19

01 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20986 Bug ID: 20986 Summary: MARC21 Supplement and Index Textual Holdings don't display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Koha currently only displays the 866 Textual Holdings tag. It does not display the 867 Supplements or 868 Indexes Textual Holdings data. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 23020] New: Standing Order basket not reflecting payment on order line
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '19

01 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23020 Bug ID: 23020 Summary: Standing Order basket not reflecting payment on order line 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: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When you create a standing order basket in acquisitions, the basket remains open allowing items which arrive regularly to be received. When you create a new order to add to the the standing order basket, in the accounting details you have 2 mandatory fields, the quantity and the fund. The vendor price is not a mandatory field and can be left at 0.00 upon creating the order. This is a common occurrence as a library staff member may not know what the cost will be upon arrival of the item. When a library staff member receives the standing order item they are presented with a screen where they will enter the Actual Cost for the standing order item. Once they enter that price and click save, the price is added to the standing order item. However, if the library staff member views the standing order basket, the column for total tax exc. USD never populates the cost the library staff member entered when receiving the item. The cost does however populate on the invoice details page. We want to provide an effective way for library staff to view the cost of an item without having to click modify on a standing order item. The basket view should include an updated actual cost for each item after it has been received in the acquisitions module. If a standing order item as a zero value when created, when the item is received, with this development the basket view will include the actual cost in the Total Tax exc. (USD) column, if defined and (greater than zero), otherwise show the estimated cost in the standing order basket view. The library should be able to: •enter the Actual Cost for an item in a standing order basket when receiving the item •view the the cost of the standing order item in the basket view under the total tax excluded column •view the actual cost if defined (greater than zero), otherwise view the estimated cost in the standing order basket view -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 22412] New: Elasticsearch - Second term of a boolean research is lost after applying a facet
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '19

01 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22412 Bug ID: 22412 Summary: Elasticsearch - Second term of a boolean research is lost after applying a facet Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca Target Milestone: --- Hi, There is a problem with facet and advanced research with Elasticsearch. Test plan: - Do an advanced research with two term and OR as boolean operator (/opac-search.pl?idx=kw&q=quebec&op=or&idx=kw&q=montreal&op=and&idx=kw&do=Search&sort_by=pubdate_dsc&limit=) - Have a list of results - Choose to filter on an item type facet - a new search is made only on the first searched term (opac-search.pl?q=quebec&sort_by=pubdate_dsc&limit=itype:LIVRE) Has this problem already been raised? Regards Marjorie -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 22413] New: Elasticsearch - Index title is lost after sorting
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '19

01 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22413 Bug ID: 22413 Summary: Elasticsearch - Index title is lost after sorting Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca Target Milestone: --- Hi, There is a problem when sorting a list of results, a new search is done and index title for example is lost. Test plan: - Do a search with index title (koha/opac-search.pl?idx=ti&q=quebec) - Sort by title A-Z - a new search is done and index "ti" is lost (opac-search.pl?q=quebec&sort_by=title_az) Regards Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31