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

[Bug 19350] New: Holds without items trigger SQL::Abstract::puke
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19350 Bug ID: 19350 Summary: Holds without items trigger SQL::Abstract::puke Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: dpavlin(a)rot13.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 18351] New: No warning when deleting budgets that have funds attached
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18351 Bug ID: 18351 Summary: No warning when deleting budgets that have funds attached 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org At the moment, you can delete any budget, regardless of whether there are funds attached. This is bad because it means the funds still exist but the user can't see them and the user can't create a new budget with the same budget ID -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 47

[Bug 19257] New: Warn when reopening a basket
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19257 Bug ID: 19257 Summary: Warn when reopening a basket Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CGI::param called in list context from package CGI::Compile::ROOT::home_vagrant_kohaclone_acqui_basket_2epl line 229, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

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

24 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 24 Nov '17

24 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 24 Nov '17

24 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 24 Nov '17

24 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 24 Nov '17

24 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 24 Nov '17

24 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 24 Nov '17

24 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