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

[Bug 18157] New: Forex rates for India based on GOC rates need support in the ACQ module
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '22

20 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18157 Bug ID: 18157 Summary: Forex rates for India based on GOC rates need support in the ACQ module 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: indradg(a)l2c2.co.in QA Contact: testopia(a)bugs.koha-community.org Procurement of books in India where price is in a currency other than INR is typically governed by GOC (Good offices committee) rates. See http://fpbai.org/goc-rates/ This rate is not necessarily as per the prevailing (short term) FOREX rates. Further it is required to maintain a history of the GOC rates for disbursal and payment of invoices. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 20118] New: System picks Active currency by default while adding suggestion to vendor
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '22

20 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20118 Bug ID: 20118 Summary: System picks Active currency by default while adding suggestion to vendor Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org System picks Active currency by default while adding suggestion to vendor though during purchase suggestion through staff client, currency is different than active. This creates problem while putting suggestions inside the vendor and staff needs to again select the correct currency. Tested on Koha Version 16.11.11 on Debian 1. Make active currency say "USD" 2. Make a purchase suggestion from staff client on behalf of any user and select currency different than active currency say "GBP" 3. Now enter the above suggestion in a basket. 4. See the currency by default is "GBP" while it should be "USD" Above may create problem for staff to find the correct currency again and it takes time too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 25656] New: Allow entering of currency rate to use when receiving and ordering in acq
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '22

20 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25656 Bug ID: 25656 Summary: Allow entering of currency rate to use when receiving and ordering in acq 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When advertising bug 24158 we had some discussion about further improvements to currency handling in Koha. It would be nice if the currency rate used for the conversion on ordering and receiving would be shown in the form (pulled from administration > currencies) but be editable at the same time, so you can update it if necessary. We could also show a checkbox to update the currency rate in administration from there, visibility of the checkbox depending on the existing manage_currencies permission. This could go together with bug 25655 that suggests storing original prices and rates used. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 27493] New: Improve structure and style of checkbox columns in tables the OPAC
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '22

19 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27493 Bug ID: 27493 Summary: Improve structure and style of checkbox columns in tables the OPAC 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The width of the checkbox column in most tables in the OPAC is dynamically assigned and as such is often very wide for it's minimal content. I propose to set these fields to a fixed width as we know how large a checkbox is likely to be. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 26533] New: Searching authorities using 'is exactly' doesn't work as expected
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '22

18 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26533 Bug ID: 26533 Summary: Searching authorities using 'is exactly' doesn't work as expected Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org When searching authorities using the 'is exactly' limiter, it's expected that the search term needs to match the authority heading EXACTLY. However, it appears to match on any word in the authority heading. For example, I have an authority called 'Atlantic salmon fishing Ireland'. I am able to get search results for this authority when searching 'is exactly' 'atlantic'. But obviously, the heading is not exactly atlantic. So I shouldn't get results from this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 26300] New: Error in ISBD view in OPAC
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26300 Bug ID: 26300 Summary: Error in ISBD view in OPAC Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: hblancoca(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org when I try to connect in OPAC to https://catalogo.urosario.edu.co/cgi-bin/koha/opac-ISBDdetail.pl?biblionumb… View this error Software error: The method Koha::Item->itemtype is not covered by tests! Trace begun at /usr/share/koha/lib/Koha/Object.pm line 780 Koha::Object::AUTOLOAD('Koha::Item=HASH(0x564b373f19d0)') called at /usr/share/koha/lib/Koha/Item.pm line 478 Koha::Item::__ANON__ at /usr/share/koha/lib/Koha/Item.pm line 478 Koha::Item::hidden_in_opac('Koha::Item=HASH(0x564b373f19d0)', 'HASH(0x564b3659bcf0)') called at /usr/share/koha/lib/Koha/Biblio.pm line 258 Koha::Biblio::__ANON__ at /usr/share/koha/lib/Koha/Biblio.pm line 258 Koha::Biblio::hidden_in_opac('Koha::Biblio=HASH(0x564b35160c78)', 'HASH(0x564b37636218)') called at /usr/share/koha/opac/cgi-bin/opac/opac-ISBDdetail.pl line 91 But in staff all works fine -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 27426] New: Plugin barcode must keep leading zeros
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27426 Bug ID: 27426 Summary: Plugin barcode must keep leading zeros Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW 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 If autoBarcode is set to incremental, we are generating the next barcode adding 1, but casting to integer. If you have "0001" "0002" the next barcode will be "3". Should not we keep the leading zeros and generate "0003" instead? -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 26910] New: When calling the effective rule (allowed reserves), the undef is now set at 0 versus undef
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26910 Bug ID: 26910 Summary: When calling the effective rule (allowed reserves), the undef is now set at 0 versus undef Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Hold requests Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, nick(a)bywatersolutions.com When calling allowed reserves - git effective rule, if this rule is undef, the default is now set to zero. Prior to the change made in 18936, the default was set to undef. It appears this change was made "Bug 18936: Fix some more tests (19.56 KB, patch)" during this stage in the bug. In conclusion, this is very critical, as libraries will come across the inability to allow holds if they have circulation rules effective by this. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 26347] New: Wrong publication pattern locale on months
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26347 Bug ID: 26347 Summary: Wrong publication pattern locale on months Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Configuring publication patterns with locale ca-ES we have discovered that months are wrong translated january = gener and now it is translating = de gener februry = febrer and now it is translating = febrer march.....etc locale should use just months not full name -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 23832] New: 001 control number auto complet or copy from 999c
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23832 Bug ID: 23832 Summary: 001 control number auto complet or copy from 999c 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: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com controlnumber 001 is an important field, I like it is empty by default at koha, but for example analytics could need to be filled... It should be great be able to choose 1. Autonumber plugin for 001 2. Autofill via daily cronjob for filling 001 copying 999c if 001 empty -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6