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

[Bug 17834] New: Change library news text for single-branch libraries
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '17

23 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17834 Bug ID: 17834 Summary: Change library news text for single-branch libraries 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org If a library has only 1 branch the 'system-wide' in the text for the news RSS feed can be a bit confusing. Current text: RSS feed for system-wide library news. It would be nice to catch the case of single-branch and show a different text then. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 19343] New: Private lists displayed in search results list
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '17

23 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19343 Bug ID: 19343 Summary: Private lists displayed in search results list Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: sanja.cancar(a)freshfields.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 67215 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=67215&action=ed… Private list appears in the search results list Hi all, it seems that there is a bug when searching for titles on the opac. On the search results lists you receive the information about lists that are set on private - the lists are from other users. Attached you will see a search results list that should not contain the information about this list. The list is from another user and set on private. Also the information is not displayed when you open the bibliographic record. And when trying to click on it, you receive this statement "You do not have permission to view this list.". It seems that the only difference to other lists is that the permissions are set to "allow anyone else to add entries". When I change this setting, the list is not displayed in the search results anymore. Although from my point of view the “private” setting should overrule the other settings, this isn't currently possible and would require some development work. Kind regards, Sanja -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 18692] New: When SMS is enabled the OPAC messaging table is misaligned
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '17

23 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18692 Bug ID: 18692 Summary: When SMS is enabled the OPAC messaging table is misaligned Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 6726 had corrected the fact that when SMS is enabled the messaging table is missing a column. Bug 6458 has broken this. I think the SMS column is missing an else case with cell containing only "-" like other columns. -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 18636] New: Can not save new patron on fresh install ( Conflict between autoMemberNum and BorrowerMandatoryField)
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '17

23 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18636 Bug ID: 18636 Summary: Can not save new patron on fresh install (Conflict between autoMemberNum and BorrowerMandatoryField) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Tested on a fresh install on current master To reproduce: - Go to Koha > Patrons > Add patron (full form) - Verify that label for card number reads: "Card number(leave blank for auto calc during registration):" - Do not enter anything in field card number - Enter surname, try to save - Form does not save because field card number is required Reason: - autoMemberNum is on by default (sysprefs.sql line 65) - BorrowerMandatoryField contains surname|cardnumber by default (sysprefs.sql line 86) - Full form does not save because card number is mandatory and empty Note: With quick add form and settings above, cardnumber is not displayed, form saves properly. What to do? - Better explanation for autoMemberNum and BorrowerMandatoryField - Set defaults for autoMemberNum and BorrowerMandatoryField in a way that they do not conflict? - Ignore cardnumber being a mandatory field if autoMemberNum is on? - Ask for settings in onboarding tool? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 16485] New: collection column in Item search is always empty
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '17

23 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16485 Bug ID: 16485 Summary: collection column in Item search is always empty Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: theod(a)lib.auth.gr QA Contact: testopia(a)bugs.koha-community.org When in "Item Search", it seems that regardless of the items returned in the result set, the collection name is always empty. This should be fixed and have the collection name displayed as expected. (The issue appears in 3.20, but seems to exists in 3.22 as well...) -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 19024] New: order cancelled status is reset on basket close
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '17

23 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19024 Bug ID: 19024 Summary: order cancelled status is reset on basket close 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: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Similar to bug 15036 orderstatus is being set to ordered when a basket is closed including for lines which have been cancelled. In the acquisition screens if you view the basket the lines are clearly cancelled as this uses cancellationdate as the determiner of status. But from the staff title view the acquisitions tab now shows ordered incorrectly. Simple fix - need to check cancellation_date and cancelled status are not getting out of sync elsewhere -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 18621] New: After duplicate message system picks category expiry date rather than manual defined
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '17

23 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18621 Bug ID: 18621 Summary: After duplicate message system picks category expiry date rather than manual defined Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com After duplicate message system picks category expiry date rather than manual defined, the test is as follows: 1. Try to enter a new member 2. Give member Expiry date which is more than defined in concern category 3. If Koha found similar member than pop up a message 4. Select not a duplicate member (New member option) 5. Koha saved the record but the expiry date will pick from category rather than you assigned the member. 6. If the member is new and no message is populated than it will save expiry date as you defined. Koha version 16.11.07 on debian Jessie installed by package. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 18812] New: SIP Patron status does not respect OverduesBlockCirc
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '17

23 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18812 Bug ID: 18812 Summary: SIP Patron status does not respect OverduesBlockCirc Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: Needs Signoff Severity: normal Priority: P5 - low Component: SIP2 Assignee: nick(a)bywatersolutions.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: chris.kirby(a)ilsleypubliclibrary.org, colin.campbell(a)ptfs-europe.com, gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Patch complexity: Trivial patch Assignee: nick(a)bywatersolutions.com Status: Needs Signoff CC: colin.campbell(a)ptfs-europe.com Component: SIP2 CC: chris.kirby(a)ilsleypubliclibrary.org When performing a patron_information request against the SIP server a patron with overdues returns false for 'charge privileges denied' - they should return a 'Y' --- Comment #1 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 64336 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64336&action=ed… Bug 18812 - SIP Patron status does not respect OverduesBlockCirc To test: 1 - Set 'OverduesBlockCirc' to block 2 - Find or create a patron with overdues 3 - Perform a SIP patron lookup on that patron misc/sip_cli_emulator.pl -a 127.0.0.1 -p 6001 -su term1 -sp term1 -l CPL --patron {userid or cardnumber} --password {pass} -m patron_information 4 - Note the first character of response is a ' ' 5 - Apply patch 6 - Perform SIP patron lookup 7 - Note the first character of response is 'Y' 8 - prove t/db_dependent/SIP/Patron.t 9 - Test should return green -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 19007] New: Allow paypal payments via debit or credit card again
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '17

23 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19007 Bug ID: 19007 Summary: Allow paypal payments via debit or credit card again 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A recent change in Paypal has removed the previous default option of paying via debit or credit card without an account. To bring this option back, we need to send an additional parameter to the PayPal API. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 15924] New: Coce not enabled on lists
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '17

23 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15924 Bug ID: 15924 Summary: Coce not enabled on lists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When using Coce for cover images there are no images on lists. With Amazon: http://demo.bywatersolutions.com/cgi-bin/koha/opac-shelves.pl?op=view&shelf… With Coce: http://model.bywatersolutions.com/cgi-bin/koha/opac-shelves.pl?op=view&shel… -- You are receiving this mail because: You are watching all bug changes.

1 16