April 2017 - Koha-bugs - lists.koha-community.org

[Bug 11580] returnBeforeExpiry and closed day
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '17

24 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11580 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #9 from Owen Leonard <oleonard(a)myacpl.org> --- Setting to 'Failed QA' based on Comment 8 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10267] No error message when entering an invalid cardnumber
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '17

24 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10267 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org Status|Signed Off |Failed QA --- Comment #11 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Aleisha, the last case is wrong, maxlength_cardnumber is evaluated false and the message will be "Card number must not be more than characters". That should not be possible (because C4::Members::get_cardnumber_length returns max=16), but the code does not make sense as it is. Moreover you should not use the keypress event but change, that way a paste or delete in the input will update the message as well. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18481] New: Unable to pay full fine amount.
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '17

24 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18481 Bug ID: 18481 Summary: Unable to pay full fine amount. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 62565 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=62565&action=ed… Inability to pay full amount. It won't let me pay full for $7.56... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 3379] Rounding error for fines total in C4::Members:: GetMemberAccountRecords
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '17

24 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3379 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |18481 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18481 [Bug 18481] Unable to pay full fine amount. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18487] New: GetMemberAccountRecords returning imprecise amount - causing pay issue
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '17

24 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18487 Bug ID: 18487 Summary: GetMemberAccountRecords returning imprecise amount - causing pay issue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: Create a manual invoice for 7.56 Pay fines, 'pay amount' Attempt to pay 7.56 You get an error "amount paid must be less than or equal to 7.56" Verify you can pay 7.55 - or 7.57 if you owe 7.57, but not 7.56 if you owe 7.56 Turns out $total_due is being fetched as '7.5599' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 7317] Add an Interlibrary Loan Module to Circulation and OPAC
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '17

24 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7317 --- Comment #23 from Alex Sassmannshausen <alex.sassmannshausen(a)ptfs-europe.com> --- Hi Daphne, Thank you very much for taking the time to test! I've added some comments in line. (In reply to Daphne Hoolahan from comment #22) > It all went pretty good and worked fine. > > We just found a couple of things that are worth pointing out: > > 6.1.1 – Why is the biblio number empty on this screen? Actually one of them > has the value zero now that we went through the whole process. The biblio number would be the number that a library assigns to an ILL when they receive it, before they lend it out to a borrower. As a result, the ILLmodule will just allow it to be empty and never assigns a value to it. It is the librarian that manually assigns a number to it. I need to investigate why the biblio is set to 0 in more detail, but I believe this is because a blank field is converted to a 0 at some point in conversion from form input to koha object. > 6.1.2 – we noticed that we could request the same title more than once. > Maybe not an issue but worth mentioning. Indeed — the module currently carries out no validation. This might be an interesting enhancement at a later stage! > 6.1.9 – we received the email fine but it does not say who it is from, ther > than it has the from email address. Should it have the from organisation > above the status or is the staff member expected to customise the email text > to indicate their organisation? > > Dear Sir/Madam, > > We would like to request an interlibrary loan for a title matching the > following description: > > - Status: New > - Author: A.N. Other > - ID: 5678 > - Title: Interlibrary loans in Koha > > Please let us know if you are able to supply this to us. > > Kind Regards The email headers (from address) should be set at the server level. I.e. changing the server configuration should fix that issue. Having said that, it may well be a good idea to add a hard-coded block with the libraries delivery address to this template. A future patch should use notice templates to allow customization of these emails. > 6.2 – We found it difficult to find any matching titles. What is keywords > for? (especially as title has a separate entry field) The keywords field should just search "anywhere". Adding more keywords should significantly reduce the number of hits. The searches against the test system will be searching against the British Library test API — which I'm very confident has an extremely limited result set. I believe that explains the difficulty you had in finding results? > image attached > > Also we got an error when we tried this search – didn’t seem to like the > book filter: > Error performing operation > image attached > > When trying to confirm a request from the BL > > Software error: > > The API responded with an error: 500 Internal Server Error > Detail: <?xml version="1.0" > encoding="UTF-8"?><apiResponse><timestamp>2017-03-28 13:15:56.941 > BST</timestamp><status>8</status><message>Authentication failed: Exception > occurred processing authentication, please contact BL Customer > Services</message><result /></apiResponse> at > /usr/share/koha-interleaf/Koha/Illbackends/BLDSS/Base.pm line 481. > For help, please send mail to the webmaster > (alex.sassmannshausen(a)ptfs-europe.com) giving this error message and the > time and date of the error. This is a peculiar error message, as it's to do with authentication. I expect a great number of request confirmations against the BL test system to fail, but normally with different error messages. I will investigate this issue in more detail. I will also add a block with library details to the generic email template. Probably just after the "Kind regards". What do you think? Best wishes, Alex -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3379] Rounding error for fines total in C4::Members:: GetMemberAccountRecords
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '17

24 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3379 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |18487 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18487 [Bug 18487] GetMemberAccountRecords returning imprecise amount - causing pay issue -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10676] OpacHiddenItems not working for restricted
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '17

24 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10676 Ray Delahunty <r.delahunty(a)arts.ac.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |r.delahunty(a)arts.ac.uk -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14399] Fix inventory.pl part two (following 12913)
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '17

24 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14399 --- Comment #19 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Marcel de Rooy from comment #18) > Fridolin or David: Would you see any chance of testing this bug? I have my hands full at the moment but I'll keep it on my to do list. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13835] Popup with searches: results hidden by language menu in footer
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '17

24 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13835 Alex Buckley <alexbuckley(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #62559|0 |1 is obsolete| | --- Comment #6 from Alex Buckley <alexbuckley(a)catalyst.net.nz> --- Created attachment 62582 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=62582&action=ed… Bug 13835: Popup with searches: results hidden by language menu in footer Language menus in pop up windows are not necessary and can hide the contents (especially search results) on a narrow screen. For an example, see screenshot in comment #3 This patch allows to mark pop p menus not to display the language footer. To test: - Reproduce issue from comment #3 - Apply patch - Try to reproduce issue from comment #3 -> language menu should no longer display - Verify that language menu is suppresed in 'Add to ist' as well (from catalog search results, select an item, Add to:...) Note: There will be more pop-ups with unwnated language selector. That can be resolved in follow up bugs. Followed test plan which worked as intended Signed-off-by: Alex Buckley <alexbuckley(a)catalyst.net.nz> -- You are receiving this mail because: You are watching all bug changes.

1 0