November 2013 - Koha-bugs - lists.koha-community.org

[Bug 9362] New: Wrong query in GetUpcomingDueIssues (Circulation.pm)
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '13

18 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9362 Bug ID: 9362 Summary: Wrong query in GetUpcomingDueIssues (Circulation.pm) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Circulation Assignee: adrien.saurat(a)biblibre.com Reporter: adrien.saurat(a)biblibre.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com C4:Circulation:GetUpcomingDueIssues is used in the advance_notices.pl script. This script waits for a "maxdays" parameter, which is used in the following request. We have in GetUpcomingDueIssues the following query: SELECT issues.*, items.itype as itemtype, items.homebranch, TO_DAYS( date_due )-TO_DAYS( NOW() ) as days_until_due, branches.branchemail FROM issues LEFT JOIN items USING (itemnumber) LEFT OUTER JOIN branches USING (branchcode) WhERE returndate is NULL AND ( TO_DAYS( NOW() )-TO_DAYS( date_due ) ) < ? Shouldn't the last line be replaced by "AND TO_DAYS( date_due )-TO_DAYS( NOW() ) < ?" like what we see in the select clause? The date_due is supposed to be "bigger" (farther) than the NOW date. -- Also, this request gives the upcoming due issues, but also the overdues. Is it supposed to be so? If not, the last line should in fact be: AND ( TO_DAYS( NOW() )-TO_DAYS( date_due ) ) BETWEEN 0 AND ? -- I'm not sure about the last point, so for now I'll make a patch including only the first change. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 11143] New: Upload Patron Image only loads some images
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '13

15 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11143 Bug ID: 11143 Summary: Upload Patron Image only loads some images Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: drnoe(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 22413 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=22413&action=edit grep picture-upload.pl The Upload Patron Image tool does not work with batches as intended. Some load. Some do not load. There is no indication of what makes one image load and another not load. The file, DATALINK.TXT, matches the user id to the image name correctly, but only some of the images in the compressed folder load. Error log attached. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '13

15 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #56 from Owen Leonard <oleonard(a)myacpl.org> --- I'm not sure what the test plan is for this, but here's what I just tried in the staff client: - Circ rule: NPL patrons of type J limited to 1 hold - Can place multiple holds at once which exceed circ rule - Can place multiple holds at once which exceed maxreserves - Single holds not blocked until maxreserves limit is reached - Circ rule: All patrons limited to 1 DVD hold - Can place multiple holds at once which exceed circ rule - Can place multiple holds at once which exceed maxreserves - Single holds not blocked until maxreserves limit is reached - Circ rule: Staff patrons limited to 1 Audio book hold - Can place multiple holds at once which exceed circ rule - Can place multiple holds at once which exceed maxreserves - Single holds not blocked until maxreserves limit is reached In summary: Circulation rule hold limits by patron type, item type, and/or branch do not work. The maxreserves limit rule only works if you place holds one at a time. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '13

15 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 --- Comment #55 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 22962 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=22962&action=edit Bug 4045 - QA Followup -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '13

15 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 --- Comment #54 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 22961 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=22961&action=edit Bug 4045: Followup for optional insertion of maxreserves Adds IGNORE to the INSERT statement. Since this is in the mysql folder, that should be allowed ;) Also: Do the version check via CheckVersion. Test plan: Run webinstaller updatestructure step. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '13

15 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #21712|0 |1 is obsolete| | Attachment #21713|0 |1 is obsolete| | --- Comment #53 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 22960 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=22960&action=edit Bug 4045 - No check for maximum number of allowed holds. Re-add the system preference maxreserves. All the code using maxreserves is still in place. Though it is not used in the Reserves module, it is used in all the scripts where holds are placed. Also adds a check so that a borrower cannot exceed the maximum number of allowed holds by using the multi-hold feature via the opac. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '13

15 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7674] New: tabs my holdings and others holdings. Buttons "Remove items Selected", "Modify items Selected"
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '13

15 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7674 Priority: P5 - low Change sponsored?: --- Bug ID: 7674 Assignee: gmcharlt(a)gmail.com Summary: tabs my holdings and others holdings. Buttons "Remove items Selected", "Modify items Selected" QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: stephane.delaye(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha >From screen ../cgi-bin/koha/catalogue/detail.pl?biblionumber= Different lists(tabs) for my holdings(items with branch connexion) and other items(item with branch different of branch connexion). Add filter at the top right of the item list. Filter that points to the enumchron 4 / Add a column "Selection" check at the table of results 5/At the bottom add two buttons: "Remove items Selected" and "Modify items Selected" Buttons that copy / paste barcodes on the screens: batchMod.pl or batchMod.pl? Del = 1 6/Buttons activating a pop up screen avoiding leaving detail.pl >From items page, reach in 1 click the "batch del item" (usefull when you trash a year of a daily serial) Notes : new permissions associated with these functions see ticket 7673 -- You are receiving this mail because: You are watching all bug changes.

1 83

[Bug 10671] New: Koha 3.14 Help Files Update
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '13

15 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10671 Bug ID: 10671 Summary: Koha 3.14 Help Files Update Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This is the running bug for the 3.14 help files. -- You are receiving this mail because: You are watching all bug changes.

1 129

[Bug 11240] New: Adding a restriction does not save the date
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '13

15 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11240 Bug ID: 11240 Summary: Adding a restriction does not save the 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 Depends on: 11216 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9