August 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 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 23006] New: Can't use inventory tool with barcodes that contain regex relevant characters ($, ...)
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '19

26 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23006 Bug ID: 23006 Summary: Can't use inventory tool with barcodes that contain regex relevant characters ($,...) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- If your barcodes contain characters like $ (and possible others), it's not possible to use the inventory tool with a barcode file as they will report as 'not scanned', while the datelastseen is still updated. We have a library system that uses barcodes with the following schema: LOCATION_CODE$DIGITS When uploading a file with such barcodes in the inventory tool, they all report as missing. Exceptions are items that are on the wrong place on the shelf, they report correctly. The datelastseen is updated for all items anyway. To test: 1) Create an item with the following barcode: LOC$00001 2) Create a file with the same barcode on the first line. 3) Go to the inventory tool 4) Upload barcode file Check "Compare barcodes list to results" Check "Do not check in items scanned during inventory" Check "Skip items on loan" You might want to pick additional limits for a smaller result set depending on your sample db size, make sure it matches the item catalogued 5) Verify the scanned item is in the list, but the status reads "Missing (not scanned)". I found this regex in the perl code: if( !$barcode ) { $item->{problems}->{no_barcode} = 1; } elsif ( grep /^$barcode$/, @scanned_barcodes ) { next; } else { $item->{problems}->{not_scanned} = 1; } I assume that grep /^$barcode$/ fails because of the unescaped $. Is there a good way to make sure all problematic characters are escaped? Is the grep really necessary here? Later on we make the comparisons differently which is why the "wrongplace" still appears correctly and probably also why the datelastseen is updated as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 22252] New: Status messages returned by Mana are not translatable
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '19

25 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22252 Bug ID: 22252 Summary: Status messages returned by Mana are not translatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 17047 Target Milestone: --- Some Mana messages which are shown in Koha are being passed directly from Mana as English strings: lib/Mana/Resource.pm: return { msg => "The $resource already exists on Mana, thanks for your contribution!", id => $id, statuscode => 208 }; These strings are not translatable in Koha. If each message is being sent with a unique statuscode we should put the messages strings in a template and use the statuscodes to control their display. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17047 [Bug 17047] Mana Knowledge Base : share data -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5