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

[Bug 19262] New: pod_spell.t does not work
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19262 Bug ID: 19262 Summary: pod_spell.t does not work Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Test Suite Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org If you run `prove xt/author/pod_spell.t` without having Test::Spelling installed, it will skip the tests. If you install the lib-test-spelling-perl, the test will fail: xt/author/pod_spell.t .. You said to run 0 tests at xt/author/pod_spell.t line 21. xt/author/pod_spell.t .. Dubious, test returned 25 (wstat 6400, 0x1900) No subtests run This is because the call to all_pod_files_spelling_ok is expecting a path If we try to fix it with adding "." as parameter, the tests will raise tone of errors: # Failed test 'POD spelling for ./acqui/invoice.pl' # at xt/author/pod_spell.t line 21. # Errors: # pl # Failed test 'POD spelling for ./acqui/neworderempty.pl' # at xt/author/pod_spell.t line 21. # Errors: # CGI # MARCfindbreeding # basketno # biblio # booksellerid # breedingid # neworderempty # ordernumber # pl # suggestionid # Failed test 'POD spelling for ./acqui/addorder.pl' # at xt/author/pod_spell.t line 21. # Errors: # CGI # ISBN # addorder # biblio # cgi # copyrightdate # neworderbiblio # neworderempty # newordersuggestion # pl And much more... Let's remove this file -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 17278] New: Limit to available items returns 0 results
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17278 Bug ID: 17278 Summary: Limit to available items returns 0 results Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: erjon.sulaj(a)uart.edu.al QA Contact: testopia(a)bugs.koha-community.org Created attachment 55337 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55337&action=ed… limit search results to available opac Hi, Another problem I encountered with koha 16.05 is the function "limit to currently available" when trying to narrow down a search. If selected, the search will return 0 results, although there are many titles available. Kindly see attached image. Best regards, Erjon -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 19120] New: Order cancelled status is reset on basket open
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19120 Bug ID: 19120 Summary: Order cancelled status is reset on basket open Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major 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 a basket with a canceled order is opened again, the order status is changed to 'new'. See also bug 19024. To test: - Create a basket - Add orders to it - Cancel one of the orders - Close the basket - Check the status of your orders using the acquisition search, they should be ordered with the exception one being canceled - Open the basket again - Verify the order still shows as canceled - Leave the basket open and verify using the acquisition search, that the status of the canceled order is now 'new'. A canceled order status should always remain as canceled until we introduce an actual feature to reactivate canceled orders. Closing and reopening the basket should have no effect on the status of canceled orders. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[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