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

[Bug 19337] New: Allow basic_workflow.t be configured by ENV
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19337 Bug ID: 19337 Summary: Allow basic_workflow.t be configured by ENV Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The current tests are not reading the usual env variables to set the running environment. It could be easily fixed providing more flexibility. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 18801] New: Merging authorities has an invalid 'Default' type in the merge framework selector
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '17

24 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18801 Bug ID: 18801 Summary: Merging authorities has an invalid 'Default' type in the merge framework selector Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When merging two authorities and deciding the framework to sue the default is a 'Default' with value 'Default' The issue is that the Default framework actually has code '' - this is picked up in the generated list so we can just remove the line (if this is unclear the patch should be clear) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[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