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

[Bug 21526] New: TT variables used to build a link should be uri filtered
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '19

26 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21526 Bug ID: 21526 Summary: TT variables used to build a link should be uri filtered Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 13618 and not html filtered, see the wiki page for more details https://wiki.koha-community.org/wiki/Coding_Guidelines#HTML9:_filter_all_th… Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13618 [Bug 13618] Add additional template filter methods and a filter presence test to Koha -- You are receiving this mail because: You are watching all bug changes.

1 86

[Bug 23230] New: Make Koha::Plugins::Base::_version_compare OO
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '19

26 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23230 Bug ID: 23230 Summary: Make Koha::Plugins::Base::_version_compare OO Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This method is to be run inside plugin objects that inherit from Koha::Plugins::Base, but calling $self->_version_compare(); won't work because the method doesn't expect $self to be passed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 23492] New: OPAC search facet header should not be a link at larger browser widths
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '19

26 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23492 Bug ID: 23492 Summary: OPAC search facet header should not be a link at larger browser widths Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org When viewing the OPAC at a browser width < 768 pixels ("mobile view"), the search facets header, "Refine your search" is a link which expands the search facets. In "desktop view," when the facets are not hidden, the "Refine your search" header should not be a link which collapses the facets. Having it look like a link is deceptive because clicking it doesn't do anything useful. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 23648] New: The logged in link (class "loggedinusername") needs data-patroncode
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '19

26 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23648 Bug ID: 23648 Summary: The logged in link (class "loggedinusername") needs data-patroncode 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Would be helpful to add the patron code in a data-patroncode field. Particularly, this would be helpful wiht the opac-restrictedpage.pl, where we need to limit patron types to this page. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 23346] New: Add without-db-name parameter to koha-dump
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '19

26 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23346 Bug ID: 23346 Summary: Add without-db-name parameter to koha-dump Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz See also bug 15664 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 18930] New: Move lost item refund rules to circulation_rules table
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '19

26 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18930 Bug ID: 18930 Summary: Move lost item refund rules to circulation_rules table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This patch will move the list item refund rules from a dedicated table to the circulation_rules table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 89

[Bug 23452] New: Multi-check options in system preferences are not translatable
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '19

26 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23452 Bug ID: 23452 Summary: Multi-check options in system preferences are not translatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The options in the pull-downs for system preferences that allow multiple choices are not translatable. See: - ArticleRequestsMandatoryFields - ArticleRequestsMandatoryFieldsItemOnly - ArticleRequestMandatoryFieldsRecordOnly - AutoShareWithMana - CoceProviders - decreaseLoanHighHoldsIgnoreStatuses - MarkLostItemsAsReturned - OpacAdvSearchMoreOptions - OpacAdvSearchOptions - OpacExportOptions -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 23256] New: fr-CA OPAC_REG_VERIFY has hard-coded http://
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '19

26 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23256 Bug ID: 23256 Summary: fr-CA OPAC_REG_VERIFY has hard-coded http:// Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org Should be an easy fix to remove the http://, since the OPACBaseUrl is supposed to have the protocol in it. Need to create an atomic update (fix during upgrade) AND fix installer/data/mysql/fr-CA/obligatoire/sample_notices.sql (fix on fresh install) TEST PLAN ---------- 1) install fresh for fr-CA language 2) OPAC_REG_VERIFY letter should have http:// in it. 3) apply patch 4) restart all 5) run database upgrade 6) OPAC_REG_VERIFY letter should not have http:// in it. 7) reset all 8) OPAC_REG_VERIFY letter should not have http:// in it. 9) run qa test tools -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 21574] New: Local use system preferences page doesn't have the system preferences menu
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '19

26 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21574 Bug ID: 21574 Summary: Local use system preferences page doesn't have the system preferences menu 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When looking through system preferences, you have a menu of all the sysprefs categories on the left. However, if you click on "Local use", the left side menu is the administration menu. To reproduce: 1) Go to Administration > Global system preferences 2) Click on categories on the left-hand side of the screen (for example, "Circulation" or "Staff client", the left-hand side menu stays the same 3) Click on the "Local use" category 4) Notice the left-hand side menu is the administration menu and not the sysprefs categories -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 23624] New: Count rows in report without (potentially) consuming all memory
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '19

26 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23624 Bug ID: 23624 Summary: Count rows in report without (potentially) consuming all memory Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: paul(a)flo.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 92841 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=92841&action=ed… Count total number of rows 1,000 at a time C4::Reports::Guided::nb_rows (called by get_prepped_report in reports/guided_reports.pl) uses DBI::fetchall_arrayref to retrieve all rows at once; counts them; and then discards the rows and returns the count. This has the potential, if the number of rows is very large, to exhaust all available memory. (Other code in guided_reports.pl has the same potential effect, but because the solution to that is much less straightforward it will be addressed in a separate bug report.) This patch uses the second ($max_rows) parameter to DBI::fetchall_arrayref to retrieve a smaller number (1,000) of rows at a time, looping until all results have been retrieved. This will only use as much memory as the maximum amount used by a single call to DBI::fetchall_arrayref. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 48