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

[Bug 3449] New: Filtering tags by valid borrowernumber incorrectly displays error message
by bugzilla-daemon＠liblime.com 16 Feb '10

16 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3449 Summary: Filtering tags by valid borrowernumber incorrectly displays error message Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: galen.charlton(a)liblime.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- As originally reported as part of Bug 2693, if you use the "filter" form on the tags review page to filter on a valid borrowernumber the page will display an error message even as it returns results: "ERROR: No match for user (51). FILTER REQUIRES BORROWERNUMBER (not name)." -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 3654] New: Authorized Values Page Edits
by bugzilla-daemon＠kohaorg.ec2.liblime.com 16 Feb '10

16 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3654 Summary: Authorized Values Page Edits Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: System Administration AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- The Authorized Values page says that's it's just for cataloging - but Authorized Values are used for more than that now - so this page needs some text editing. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 3652] New: XSS vulnerabilities
by bugzilla-daemon＠kohaorg.ec2.liblime.com 16 Feb '10

16 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3652 Summary: XSS vulnerabilities Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Templates AssignedTo: mjr(a)ttllp.co.uk ReportedBy: mjr(a)ttllp.co.uk Estimated Hours: 0.0 Change sponsored?: --- Koha has several XSS attack opportunities. There are two approaches to fixing this: 1. identify and ESCAPE="HTML" (or URL or JS) all places in the templates which are vulnerable; 2. set default_escape => "HTML" in C4::Output and identify the places in the templates which require ESCAPE="0" (unescaped) output. 1 (default permit) seems less secure than 2. 2 will break some things in the short term. This seems like a generalisation of bug #2690. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 3586] New: errors pages are sent with HTTP 200 OK header
by bugzilla-daemon＠kohaorg.ec2.liblime.com 15 Feb '10

15 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3586 Summary: errors pages are sent with HTTP 200 OK header Product: Koha Version: rel_3_2 Platform: All URL: http://koha/cgi-bin/koha/errors/404.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Browser compatibility AssignedTo: joe.atzberger(a)liblime.com ReportedBy: mjr(a)ttllp.co.uk CC: oleonard(a)myacpl.org, gmcharlt(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- All of the errors scripts send results back to clients with HTTP 200 OK header. This leads to some clients taking incorrect actions. To see the fault, try curl -I http://koha/cgi-bin/koha/errors/404.pl and look at the first line of output. Looks to me like C4::Output::output_html_with_http_headers doesn't pass status code to C4::Output::output_with_http_headers and the errors scripts don't send error codes anyway. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 3622] New: basket group
by bugzilla-daemon＠kohaorg.ec2.liblime.com 15 Feb '10

15 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3622 Summary: basket group Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- When closing a basket (basket.pl op=attachbasket) : - don't display a basketgroup list if there are no basketgroup available - fill the basketgroup name (case of a new basketgroup) with the basket name (pre-typed by default) - on 1st line: Attach to <basketgrouplist> or create new basketgroup <input> - "close basketgroup ..." => "close basketgroup" - add an option to leave basket ungrouped - "Change basketgroup" => "OK" basketgroup.pl - add an option to delete a basketgroup (while unclosed) - calculating of the baskettotal does not work for ungrouped baskets - add a date on basketgroup to know when a basketgroup has been closed - add basketgroup owner (ie: creator) - add basketgroup: not javascript anymore. Opens a page, with the new basketgroup, and the list of ungrouped baskets. The librarian can drag and drop, then save. A button let choose "close & print", that print the PDF, and close the basketgroup. After saving, return to basketgroup page. - basketgroup name => must be unique (check for duplicate) - on the main basketgroup page, just have a list of basketgroups : Name / status / date closed / basketgroup owner / reopen - print - modify - delete (reopen & print only available if closed, modify & delete only available if not closed) -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 3393] New: Default branches and overdues notices
by bugzilla-daemon＠liblime.com 12 Feb '10

12 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3393 Summary: Default branches and overdues notices Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- For the moment, if default rules are set in the overduerules, the script overdues_notices.pl doesn't take care about it. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 3650] New: problem Label Creator
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 Feb '10

12 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3650 Summary: problem Label Creator Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: henridamien(a)koha-fr.org ReportedBy: laurence.lefaucheur(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- Tools -> Label Creator many links (Manage Layouts, Manage Batches, saving of new label layout...) give Koha error : Can't use string ("-1") as an ARRAY ref while "strict refs" in use at /home/koha/versions/integration_3.0.x/C4/Labels/Lib.pm line 445. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3537] New: Option as to whether hold charges are determined by patron type or item type
by bugzilla-daemon＠liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3537 Summary: Option as to whether hold charges are determined by patron type or item type Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: gmcharlt(a)gmail.com ReportedBy: jransom(a)library.org.nz CC: chris(a)bigballofwax.co.nz Estimated Hours: 0.0 Change sponsored?: --- In our Koha 2 we have it set up so that an adult who uses their child's card to reserve an adult rental item does get charged a hold fee. Likewise an adult who reserves a children's book does not get charged the hold fee. Hold fees are charged depending on the item type, not depending on the patron. In Koha 3.0 it appears that whether a hold fee is charged or not is determined by whether the patron's card being used to place the hold is a child (no hold fee charged) or an adult (hold fee charged). So hold fees are charged depending on the patron type, not the item type. In Koha 2. patron setup we have a hold fee of $1 for almost all patron categories (except for staff, institutions, housebounds and librarys) so kids and adult alike. But reserving kids books, whether an adult or child does not incur hold charges. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 1

[Bug 3595] New: Items seen at checkin should always go to 1st priority hold
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3595 Summary: Items seen at checkin should always go to 1st priority hold Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Hold requests AssignedTo: gmcharlt(a)gmail.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- For full discussion, see: http://stats.workbuffer.org/irclog/koha/2009-09-09#i_299913 Item 1 has 3 items. Patron A has a hold on item 1, Next available. She is first on the list. Library A gets pick list, has item 1a on the list. They ignore it. Patron B places a hold on item 1, next available. Item 1b crosses a scanner gun at library B, item 1b goes to fill hold for Patron B (who is 2nd in line). So to summarize, if an item is on the holds queue report, it will be treated as already allocated for the top person on the holds list. Any other copies scanned will then go to the next person on the hold list. This is incorrect behavior. The pick list (hold queue) should only be a suggestion to the librarians to go grab the book, and should not affect behavior. Other things to watch for when fixing this: - items on the holds queue that are crossing the scanner gun may be going to fill holds that have already been filled (especially for popular items). Processing the item should initiate a transfer for the next first available patron in the queue for that bib (and that may not necessarily be the patron for whom the item was initially picked) - There needs to be some sort of message alerting librarians to the fact that "this hold has already been filled, put this item back on the shelf," should there be no other holds and the hold has been filled in the interim between generation and processing of the pick list. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 3185] New: Mobile Library/Bookmobile Mode
by bugzilla-daemon＠liblime.com 11 Feb '10

11 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3185 Summary: Mobile Library/Bookmobile Mode Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: nicole.engard(a)liblime.com Estimated Hours: 0.0 I have an idea for a Circ enhancement. In addition to the dropbox mode, why not have a Bookmobile or Mobile Library mode. This would mean that when you check items in at the Bookmobile instead of automatically transferring them back to the home library (as it does now) it keeps the books on the Bookmobile. The way it works now, if you transfer a book to the Bookmobile it's permanent location stays as the main library and it's current location is the mobile library. This is good. But if you keep a book on the mobile library for a period of time you may check it out more than once. If you check a book out and then back in it automatically goes into transfer mode back to the home library - this option would stop that from happening and allow the librarian to decide when the book goes back to the main library. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5