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

[Bug 11247] New: Wrong param order in TransformHtmlToXml() call
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '15

22 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11247 Bug ID: 11247 Summary: Wrong param order in TransformHtmlToXml() call Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: srdjan(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Indicator and indicator_tag are placed in revers order when making TransformHtmlToXml() call. It cannot be spotted, because indicators are empty anyway. It generates warnings in the log file. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 40

[Bug 14696] New: useless use of String::Random in catalogue/search.pl
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '15

22 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14696 Bug ID: 14696 Summary: useless use of String::Random in catalogue/search.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 14649] New: fund names not displayed in budget planning
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '15

22 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14649 Bug ID: 14649 Summary: fund names not displayed in budget planning Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In a budget planning, cgi-bin/koha/admin/aqplan.pl, the fund names are not displayed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 14717] New: Adding a new patron can end up with 0000-00-00 as the debarred date
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '15

22 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14717 Bug ID: 14717 Summary: Adding a new patron can end up with 0000-00-00 as the debarred date 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: chris(a)bigballofwax.co.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 12633 introduced a bug, that where debarred is blank, the column is being filled with 0000-00-00 You can test this by importing a patron using the import tool, the patron must have no debarred date set. Then check in the DB and you will notice it has an invalid date 0000-00-00 This in turn makes Koha error in circulation as we try to truncate and invalid date object. Adding $data{'debarred'} = undef if( not $data{'debarred'} ); to the AddMembers subroutine should fix this issue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 14685] New: Cannot set guarantor for a child account
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '15

22 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14685 Bug ID: 14685 Summary: Cannot set guarantor for a child account Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In 3.20.2 one cannot add a child and set the guarantor. It appears this was introduced by bug 13970. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 14703] New: Holidays description shows \r\n for every new line
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '15

22 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14703 Bug ID: 14703 Summary: Holidays description shows \r\n for every new line Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Holidays Assignee: koha-bugs(a)lists.koha-community.org Reporter: j.kylmala(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org First go to /cgi-bin/koha/tools/holidays.pl. If one adds there a new line to a holiday's description, in the left side of the page, under Description column, the new line is written in the form of \r\n. I think this should be fixed to show a new line and not a newline character. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 14737] New: Can't use cn_browser.pl cataloguing plugin without superlibrarian permissions
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '15

22 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14737 Bug ID: 14737 Summary: Can't use cn_browser.pl cataloguing plugin without superlibrarian permissions Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The plugin requires the following permissions/flags: flagsrequired => { tools => 'cn_browser', catalogue => 1 }, and there is no way to set tools > cn_browser. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 14579] New: 'You are not logged in' should link to log in page
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '15

22 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14579 Bug ID: 14579 Summary: 'You are not logged in' should link to log in page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When you are not logged in and go to any page (for example an error page, cgi-bin/koha/errors/400.pl), it says 'You are not logged in |' in the top right in the style of a link, but does not redirect anywhere when you click it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 14634] New: Warns when placing hold on record with no items
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '15

22 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14634 Bug ID: 14634 Summary: Warns when placing hold on record with no items 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: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Use of uninitialized value $canReserve in string eq at /home/vagrant/kohaclone/reserve/request.pl line 204 Use of uninitialized value $canReserve in string eq at /home/vagrant/kohaclone/reserve/request.pl line 208 Use of uninitialized value $canReserve in string eq at /home/vagrant/kohaclone/reserve/request.pl line 211 Use of uninitialized value $canReserve in hash element at /home/vagrant/kohaclone/reserve/request.pl line 216 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 12632] New: Hold limits ignored for record level holds with item level itemtypes
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '15

22 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12632 Bug ID: 12632 Summary: Hold limits ignored for record level holds with item level itemtypes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests 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 The crux of the issue is that if you are using item level itemtypes, but are allowing biblio levels holds, those holds do not have items. So, in CanItemBeReserved, when Koha counts the number of holds to compare against the given rule, it will always give 0 ( except of course for found holds, and the occasional item-level hold ). So the query is saying "link each of these reserves to the reserved item, and count the number of reserves this patron where the itemtype is DVD". However, since these are all record level reserves, there are no items to link to, and so when it looks for all reserves this and item whose itemtype is DVD, it finds zero reserves! I can see a few resolutions to this: 1) Add a system preference ReservesControlTypeLevel to allow a library to select between item and record level itemtypes for hold rules. 2) Use COALESCE(itype,itemtype) to more gracefully select record level itemtypes if the reserve is a record level hold 3) Add a conditional if to our query such that if the reserve has no itemtype, we should join on reserves.biblionumber=items.biblionumber instead of reserves.itemnumber=items.itemnumber, with a 'GROUP BY itemnumber' tacked on. 4) The same as 3, but instead of a conditional, join to items twice, once by itemnumber items_i, once by biblionumber items_b. Group by itemnumber, use COALESCE( items_i.itemtype, items_b.itemtype ) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 55