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

[Bug 23822] New: No warning is produced when trying to delete a patron with credit (patron is not deleted)
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '19

18 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23822 Bug ID: 23822 Summary: No warning is produced when trying to delete a patron with credit (patron is not deleted) Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: theod(a)lib.auth.gr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When one tries to delete a patron that has a credit in his account, no warning is produced. The deletion is not performed (which is the proper behavior), however one would expect to see a warning similar to the one that is produced when the patron has an unpaid fine, a checked out item, a hold, etc. The following screencast was performed in ByWaters' sandboxes running 19.05 and shows the issue: https://screencast-o-matic.com/watch/cq6D6vu4YJ -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 23992] New: Adding multiple items with barcode might end with infinite loop if same barcode will be next_value
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '19

16 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23992 Bug ID: 23992 Summary: Adding multiple items with barcode might end with infinite loop if same barcode will be next_value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: nugged(a)gmail.com Reporter: nugged(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In /cataloguing/additem.pl we had the comment: "FIXME : Please note that there is a risk of infinite loop here if we never find a suitable barcode". I researched that when we are adding '$number_of_copies', there will be no infinite loop there in that 'for' loop EXCEPT if the 'next_value' method will return the same but defined barcode only (border case1). Other cases: - without a barcode code always adds any number of items in a sequential way, so nothing to fix, - if we have '$barcodevalue' defined in the beginning, code adds items with barcodes generating them with 'next_value', if then no barcode will be generated in 'next_value' then '$exist_itemnumber' will not be defined, so loop will keep adding items without barcodes. Sequentially. (case2) - if barcode will be occupied so it will be skipped until next barcode will be generated, a free one, this was discussed with KohaSuomi as "might be not needed" but because this already created in this way in KC so let's keep this logic, so nothing to fix here too. I am preparing patch to generate in case2: "no_barcode_value" error message if it was started with a barcode and no more barcodes generated, or in case1: if the barcode after 'next_value' will be the same as old value. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 18723] New: Dot not recognized as decimal separator
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '19

15 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18723 Bug ID: 18723 Summary: Dot not recognized as decimal separator Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org Since we work on 16.11, we can't use dot when we receive orders but only comma (for example : a price 11.25€ will be changed in 1125,00€ after receiving the order). It seems linked to syspref "Currencyformat" because the behaviour is different when we change it from FR to US format (a price 15,43€ will be changed in 15,430.00€). When we worked on 3.20 until this april, we could use both dot and comma when receiving books. This is quite disturbing for staff users because a dot is required when adding an order to a basket, whereas a comma must be used when receiving the book but there is no warning like it exist in the basket. I don't know if it's a similar problem to the "Bug 18186 - Amounts with decimal comma instead of decimal dot breaking payments" about the circulation module. We also work with plack, but even without it, we still have this bug. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 74

[Bug 24048] New: We should have a koha-plugin-enable script
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '19

15 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24048 Bug ID: 24048 Summary: We should have a koha-plugin-enable script Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We have debian scripts for enabling and disable elastic search and other optional features.. we should add one for the process of enabled/disabling plugins too. It would need to update the config file and vhost for the instance. ``` Alias /plugin "/var/lib/koha/'instance'/plugins" # The stanza below is needed for Apache 2.4+ <Directory /var/lib/koha/'instance'/plugins> Options Indexes FollowSymLinks ExecCGI AddHandler cgi-script .pl AllowOverride None Require all granted </Directory> ``` -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 24028] New: bug in calorie mama application, baseball ball is recognized as an egg
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '19

15 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24028 Bug ID: 24028 Summary: bug in calorie mama application, baseball ball is recognized as an egg Change sponsored?: --- Product: Koha Version: unspecified Hardware: Macintosh OS: Mac OS Status: NEW Severity: normal Priority: P4 Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: taghreed.alzahrani(a)sjsu.edu QA Contact: testopia(a)bugs.koha-community.org Created attachment 95353 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=95353&action=ed… baseball ball is recognized as an egg, and other kind of ball is also recognized as an egg prerequisites: you have Calorie Mama application step to reproduce: actual results expected results -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 23765] New: After TranslateNotices is set to 'Don't allow', email settings still show multiple languages
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '19

15 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23765 Bug ID: 23765 Summary: After TranslateNotices is set to 'Don't allow', email settings still show multiple languages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: bin.wen(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org tools==>Notices & slips==>Edit. When multilingual is enabled ， add multilingual email templates. Set the preference TranslateNotices to 'Don't allow'. The email setting should show only the default,but now it just changed from 'tab' to 'list'， still showing all the language settings. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 23854] New: Cannot edit a suggestion
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '19

15 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23854 Bug ID: 23854 Summary: Cannot edit a suggestion Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org I get: DBD::mysql::st execute failed: Incorrect date value: '21/10/2019' for column `koha_kohadev`.`suggestions`.`accepteddate` at row 1 [for Statement "UPDATE `suggestions` SET `accepteddate` = ?, `budgetid` = ?, `copyrightdate` = ?, `manageddate` = ?, `quantity` = ?, `rejecteddate` = ?, `suggesteddate` = ? WHERE ( `suggestionid` = ? )" with ParamValues: 0="21/10/2019", 1=undef, 2=undef, 3='2019-10-21T17:33:23', 4=undef, 5='2019-10-21T17:33:23', 6='2019-10-21T00:00:00', 7=1] at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1836. Could someone confirm? Is it a recent regression? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 23985] New: The method Koha::Item-> is not covered by tests!
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '19

15 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23985 Bug ID: 23985 Summary: The method Koha::Item-> is not covered by tests! 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: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When checking out an item: The method Koha::Item-> is not covered by tests! Trace begun at /home/koha/env/master/src/Koha/Object.pm line 495 Koha::Object::AUTOLOAD('Koha::Item=HASH(0x55c5a43bcfb0)') called at /home/koha/env/master/src/C4/Reserves.pm line 799 C4::Reserves::CheckReserves(9) called at /home/koha/env/master/src/C4/Circulation.pm line 1024 C4::Circulation::CanBookBeIssued('Koha::Patron=HASH(0x55c5a43d6298)', 1, undef, undef, undef, 'HASH(0x55c5a45432b0)') called at /home/koha/env/master/src/circ/circulation.pl line 349 The bad lines are : my $hold_fulfillment_policy = $branchitemrule->{hold_fulfillment_policy}; next if ( ($branchitemrule->{hold_fulfillment_policy} ne 'any') && ($res->{branchcode} ne $item->$hold_fulfillment_policy) ); $hold_fulfillment_policy can apparently be empty, and this is not checked. I'm not sure what should be done in this case. Steps to reproduce: 1. Go to "Circulation and fines rules" 2. Under "Default checkout, hold and return policy", unset "Hold pickup library match" and Save 3. Place a hold on one item for one patron 4. Try to checkout the same item with another patron Caused by bug 21206 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 15521] Make circulation rules backend more granular
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '19

15 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15521 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Change sponsored?|Sponsored |--- Keywords| |rel_20_05_target, | |RM_priority -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15521] Make circulation rules backend more granular
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '19

15 Nov '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15521 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|jweaver(a)bywatersolutions.co |koha-bugs(a)lists.koha-commun |m |ity.org Keywords|rel_20_05_target | Change sponsored?|--- |Sponsored -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0