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

[Bug 18449] New: Renewal limit button on renew.pl misleading
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '17

09 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18449 Bug ID: 18449 Summary: Renewal limit button on renew.pl misleading Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you hit the renewal limit on the renewal tab, the message gives you a message like: "Windows 8 / ( 50610018249545 ) has been renewed the maximum number of times by Johnny Test ( 12345678 )" And has a button that reads: "Ignore and continue" This button is misleading, as it may be interpreted as "ignore the limit and continue to renew the item". I think the button needs to be relabeled: "Continue without renewing" or "Ok" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 17998] New: Notice ISSUEQSLIP changes do not take effect consistently
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '17

09 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17998 Bug ID: 17998 Summary: Notice ISSUEQSLIP changes do not take effect consistently Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: arm(a)hanover.ca QA Contact: testopia(a)bugs.koha-community.org Changes made the the ISSUEQSLIP template text may eventually happen but not quickly. When the slip is printed, for some time older versions appear instead. This might not happen in later versions, tested in 3.22. We have not tested this in any other notice templates - only ISSUEQSLIP. Details: I make a change (in the 'email' tab), submit, and then open another tab to view or print the change in patron checkout, and my changes are not there. After making several changes to the layout in the 'email' tab, and then attempting to print the slip - newest changes are not there in the print for some time and the preceding versions continue to appear - not the same older version every time but alternating different versions. I did this all in both our 'sandbox' test system, and in our live system. Eventually got the layout I wanted in the test system and copied it to the live system, but still changes did not happen once submitted. I also created a Hanover Library rule (as opposed to the 'all libraries' one), and that seemed to make things worse. I have deleted it. I tried closing browser, using a different browser... and still I would get the version before last or the one before that instead of the most recently submitted. I tried submitting, closing the edit page, waiting, opening and submitting again three times. John at Equinox tested the issue and reported that: I was able to duplicate the issue you described, although this is the first I've heard of it. Some things I found while examining this: 1) the changes do register immediately in the database where the templates are stored. 2) In my testing, every other time I printed a quick slip it would reflect the change, until eventually it would show the change every time. 3) Different browsers made no difference. 4) Restarting Apache between changes appeared to make no difference either. 5) I was not able to duplicate it on 16.05 system It does seem like this is a bug. Katrin asked whether we are using Plack (yes) and caching (I don't know), and she asked that we submit a new bug for this. If anyone could test it on your local 16.05 setup and report whether this can be duplicated, or comment on whether it is related to Plack or caching setup that would be great. We will hope that it is gone in the next release but provide this information for anyone who might run into it or in case it indicates a larger underlying issue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 18027] New: Added a new item which does not appear in catalogue search but appears in acquisition report.
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '17

07 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18027 Bug ID: 18027 Summary: Added a new item which does not appear in catalogue search but appears in acquisition report. Change sponsored?: --- Product: Koha Version: unspecified Hardware: PC OS: Windows Status: NEW Severity: critical Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: clouca(a)cpl.org.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Added the item three times (with different barcodes)and these show in report but cannot be found in catalogue search or by a patron on their platform. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 18839] New: suggestion.pl: 'unknown' in spelled 'unkown'
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '17

07 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18839 Bug ID: 18839 Summary: suggestion.pl: 'unknown' in spelled 'unkown' 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: chris.kirby(a)ilsleypubliclibrary.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 64496 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64496&action=ed… screenshot of the Suggestion Management On the Suggestion Management page, 'unknown' is spelled 'unkown'. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 18897] New: Koha_Elasticsearch_Indexer.t doesn' t skip when ES module not installed
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '17

06 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18897 Bug ID: 18897 Summary: Koha_Elasticsearch_Indexer.t doesn't skip when ES module not installed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: ldjamison(a)marywood.edu QA Contact: testopia(a)bugs.koha-community.org Running "prove t/db_dependent/Koha_Elasticsearch_Indexer.t" fails instead of skipping if Catmandu::Importer::MARC is not installed. -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 19004] New: Patrons.t fails when item-level_itypes is not set
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '17

06 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19004 Bug ID: 19004 Summary: Patrons.t fails when item-level_itypes is not set Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Problem is that TestBuilder generates two biblio records, one via item.biblionumber and one via items.biblioitemnumber => biblioitem.biblionumber. (Which actually is bad design; the biblionumber should not be in the items table.) The biblio generated via items.biblionumber has no biblioitem. AddReturn is called in Patrons.t. When item-level_itypes is false, it gets the itemtype from $biblio->biblioitem->itemtype. Which generates an error on the biblio since it has not biblioitem. -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 17169] New: Add facets for ccode and language to elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '17

04 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17169 Bug ID: 17169 Summary: Add facets for ccode and language to elasticsearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Work to be done : * Add collection code facet to limit results using CCODE values * Add language facet to limit results based on the material language -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 18468] New: When adding from a staged file order discounts are not passed into C4:: Acquisitions::populate_order_with_prices
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '17

02 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18468 Bug ID: 18468 Summary: When adding from a staged file order discounts are not passed into C4::Acquisitions::populate_order_with_prices 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Discounts are not stored in $orderinfo before passing to populate prices -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 18817] New: Screenshots not appearing in the manual linked to the Help tab
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '17

02 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18817 Bug ID: 18817 Summary: Screenshots not appearing in the manual linked to the Help tab Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: karen(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 64407 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64407&action=ed… Screenshots not displaying in manual connected to the staff client No screenshots are displaying in the manual that is connected to the Help link in the staff client. They are displaying in other versions of the manual, just not the one connected to the staff client. I've attached a screenshot of this. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 18777] New: Translatability: Get rid of exposed tt directives in opac-memberentry.tt
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '17

02 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18777 Bug ID: 18777 Summary: Translatability: Get rid of exposed tt directives in opac-memberentry.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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-memberentry.tt exposes template directives to translation where translators should not be confronted with. Example from po file: "%s [%% UNLESS hidden.defined('B_address') && hidden.defined('B_address2') && " "hidden.defined('B_city') && hidden.defined('B_state') && hidden." "defined('B_zipcode') && hidden.defined('B_country') && hidden." "defined('B_phone') && hidden.defined('B_email') && hidden." "defined('contactnote') %%] " -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10