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

[Bug 21651] New: Force insert of notices related tables during the install process
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '19

19 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21651 Bug ID: 21651 Summary: Force insert of notices related tables during the install process Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Installation and upgrade (web-based installer) 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: gmcharlt(a)gmail.com The 3 following files must be mandatory and insert during the install process: - message_transport_types.sql - sample_notices_message_attributes.sql - sample_notices_message_transports.sql They insert data for - message_transport_types - message_attributes - message_transport_type Otherwise the notice templates (table letter) will fail. Moreover these 3 files are identical and are put in several places (1 per language) to make the description translatable (using the related .txt file) I would suggest to move the 3 .sql files to installer/data/mysql/mandatory, remove all the others (as well as the .txt files) and insert them without asking during the install process. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 20044] New: Switch single-column templates to Bootstrap grid: Cataloging
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '19

18 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20044 Bug ID: 20044 Summary: Switch single-column templates to Bootstrap grid: Cataloging Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Keywords: Academy 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 CC: testopia(a)bugs.koha-community.org Blocks: 19980 There are several single-column cataloging templates which can be updated to use the Bootstrap grid. - cataloguing\addbiblio.tt - cataloguing\addbooks.tt - cataloguing\merge.tt - cataloguing\moveitem.tt Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19980 [Bug 19980] Omnibus: Update single-column templates to use Bootstrap grid -- You are receiving this mail because: You are watching all bug changes.

1 59

[Bug 22225] New: Tax hints and prices on orderreceive.pl may not match
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '19

18 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22225 Bug ID: 22225 Summary: Tax hints and prices on orderreceive.pl may not match Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 Target Milestone: --- In the perl script we test whether the vendor invoice prices include tax: if ( $bookseller->invoiceincgst ) { $rrp = $order->{rrp_tax_included}; $ecost = $order->{ecost_tax_included}; unless ( $unitprice != 0 and defined $unitprice) { $unitprice = $order->{ecost_tax_included}; } } else { $rrp = $order->{rrp_tax_excluded}; $ecost = $order->{ecost_tax_excluded}; unless ( $unitprice != 0 and defined $unitprice) { $unitprice = $order->{ecost_tax_excluded}; } } In the template we test whether the vendor list prices include tax: <li><label for="rrp">Retail price: </label>[% rrp | $Price %] <span class="hint">(adjusted for [% cur_active | html %], [% IF (listincgst == 1) %]tax inclusive[% ELSE %]tax exclusive[% END %])</span></li> <li> <label for="replacementprice">Replacement price:</label> <input type="text" size="20" name="replacementprice" id="replacementprice" value="[% replacementprice | $Price %]" /> </li> <li><label for="ecost">Budgeted cost: </label>[% ecost | $Price %] <span class="hint">[% IF (listincgst == 1) %](tax inclusive)[% ELSE %](tax exclusive)[% END %]</span></li> <li> <label for="unitprice">Actual cost:</label> <input type="text" size="20" name="unitprice" id="unitprice" value="[% unitprice | $Price on_editing => 1 %]" /> <span class="hint">[% IF (invoiceincgst == 1) %](tax inclusive)[% ELSE %](tax exclusive)[% END %]</span> </li> -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 19689] New: Koha Offline Circulation Firefox plugin sends entries with wrong branchcode without error
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '19

18 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19689 Bug ID: 19689 Summary: Koha Offline Circulation Firefox plugin sends entries with wrong branchcode without error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The problem that appears most often with the Koha Offline Circulation Plugin is that the libraries enter the wrong branchcode into the configuration. The plugin will send those entries to Koha and they are added to the pending_offline_operations table, but can't be seen in the GUI. It would be nice if the tool showed an error message instead as the only way to fix those entries is with SQL. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 19530] New: Prevent multiple transfers from existing for one item
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '19

17 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19530 Bug ID: 19530 Summary: Prevent multiple transfers from existing for one item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We have found multiple open branch transfers for a given item. While I'm not sure how it is happening at this point, it seems that it would make sense to cancel any existing branch transfers when initiating a new one. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 18387] New: 404 errors on page causes SCO user to be logged out
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '19

14 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18387 Bug ID: 18387 Summary: 404 errors on page causes SCO user to be logged out Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If AutoSelfCheck is enabled but there is a 404 error in fetching resources on an SCO page the user is logged out on each request. This is because a 404 also requests the errorpages.tt which is outside the SCO module. This causes a redirect to the opac-auth page when trying to print receipts after completing SCO transaction To recreate: 1 - Enable AuthoSelfCheck prefs 2 - In opacuserjs or scouserjs add a fetch of an unreachable resources 3 - Visit the SCO 4 - Sign in as a patron then click 'finish' 5 - Say 'yes' to receipt 6 - Note you are directed to log in -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 21477] New: Use of REMOTE_ADDR causes problems when Koha is behind a proxy
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '19

13 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21477 Bug ID: 21477 Summary: Use of REMOTE_ADDR causes problems when Koha is behind a proxy Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org For sysprefs like: RestrictedPageLocalIP we check the REMOTE_ADDR to get the IP, for setups behind a proxy we have seen issues as the IP is not matching the users IP. We should have a support for checking X_FORWARDED_FOR in order to check the IP of the end user -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 21846] New: Using emoji as tags doesn't discriminate between emoji when calculating weights or searching
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '19

13 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21846 Bug ID: 21846 Summary: Using emoji as tags doesn't discriminate between emoji when calculating weights or searching Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 58

[Bug 19598] New: ES configuration - Make the columns sortable/searchable
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '19

13 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19598 Bug ID: 19598 Summary: ES configuration - Make the columns sortable/searchable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr It would be great if we could sort (even search ?) the columns of the 3 tabs of Elastic search configuration (page koha/admin/searchengine/elasticsearch/mappings.pl). That would make the configuration easier. I would also be very useful to use different sorts/searches to check which fields are facetable / which subfields of XXX marc block are mapped / etc. to make the configuration more trustworthy. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 22099] New: "List requests" button displays when listing requests
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '19

11 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22099 Bug ID: 22099 Summary: "List requests" button displays when listing requests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com Target Milestone: --- On the main ILL Requests page that lists all requests ("illlist" action), the "List request" button is displayed, which makes no sense since we're already listing requests. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16