March 2010 - Koha-bugs - lists.koha-community.org

[Bug 3472] New: Enhanced borrower notes
by bugzilla-daemon＠liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3472 Summary: Enhanced borrower notes Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: gmcharlt(a)gmail.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: Sponsored Created an attachment (id=976) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=976) Borrower message create screenshot Sponsored by East Brunswick Public Library, East Brunswick, NJ, USA and Middletown Public Library, Middletown, NJ, USA. Instead of using the staff/opac notes field in the patron record, this code uses a separate messaging system. It adds a new messages table and allows either free text or pre-defined notes to be added to patron record (for either library staff or patron). For predefined notes, create (if necessary) authorized value BOR_NOTES and add entries (examples: "Bring driver's license next time you come to the library" or "You left your umbrella at the library" etc.). On Checkout tab of patron record, click Add A New Message. Select from pulldown whether it's intended for patron or library staff. You can either use the pulldown for a canned message or enter text in the field. Notes to library staff will show up on patron Checkout tab; notes to patron will show in OPAC. When a message has been created, there will be a link next to it to delete 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 14

[Bug 4238] New: OPAC timeout feature for patron privacy
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4238 Summary: OPAC timeout feature for patron privacy Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: OPAC AssignedTo: kohaprogrammers(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- Sponsored by Middletown Township Public Library, Middletown, NJ, USA. To preserve patron privacy at library public workstations, this feature adds a timeout using a new syspref (ResetOpacInactivityTimeout). After that length of time (in seconds), an OPAC session will return to the initial screen. If a user is logged in, the session will be logged out. -- 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 4045] New: No check for maximum number of allowed holds.
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4045 Summary: No check for maximum number of allowed holds. Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Hold requests AssignedTo: henridamien(a)koha-fr.org ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- At some point updatedatabase removed the "maxreserves" system preference: $dbh->do('DELETE FROM systempreferences WHERE variable = "maxreserves";'); But the opac and staff client still checks for that preference when placing holds. From request.pl: if ( $number_reserves > C4::Context->preference('maxreserves') ) { $warnings = 1; $maxreserves = 1; } chris fixed this in the OPAC (Bug by allowing holds if maxreserves is not set, which we could apply to the staff client: if ( C4::Context->preference('maxreserves') && $number_reserves > C4::Context->preference('maxreserves') ) { $warnings = 1; $maxreserves = 1; } ...but that is just bypasses the problem: There is no check of the "Holds Allowed" value specified in the issuingrules table. -- 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 12

[Bug 4353] New: Add div tags to staff advanced search page
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4353 Summary: Add div tags to staff advanced search page Product: Koha Version: HEAD Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: jwagner(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- I wanted to use jquery to hide some elements on the staff advanced search page, but it has no div tags. This patch adds div tags to every section of the page, to allow jquery to find them. Divs added: basiclimits, language, pubrange, subtype, availability, itemtypelist, currently-avail, select-libs, and sortby -- 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 4329] New: OPAC search by shelving location option
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4329 Summary: OPAC search by shelving location option Product: Koha Version: HEAD Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jwagner(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: Sponsored Created an attachment (id=1754) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1754) screen shot of OPAC shelving location search Sponsored by Arcadia University. The OPAC can search by item type or collection code, but not by shelving location. This enhancement adds a shelving location search, under More Options. Since some sites do not use shelving locations, I debated controlling it by a syspref, but decided not to. If a site wants to hide the search option, inserting this into opacuserjs will do so: $(document).ready(function(){ $("#advsearch #advsearch-shelvingloc").remove(); }); -- 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 4270] New: Instructions for loading patron attributes are wrong
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4270 Summary: Instructions for loading patron attributes are wrong Product: Koha Version: HEAD Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: major Priority: P5 Component: Tools AssignedTo: jwagner(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- In Tools, Import Patrons, the instructions for setting up the .csv file with values for patron attributes say: If loading patron attributes, the 'patron_attributes' field should contain a comma-separated list of attribute types and values. The attribute type code and a ':' should precede each value. For example: "INSTID:12345,LANG:fr". This means that if an input record has more than one attribute, the 'patron_attributes' field must be wrapped in double quotation marks. However, something seems to have changed in the code somewhere along the line. The above worked in earlier versions, but as of roughly summer 2009 wrapping the field in double quotes does not work if there are more than one patron attribute fields defined. All values get loaded into the first attribute field. After much experimentation and help from others, I found that the import would work either if the whole .csv field was NOT wrapped in quotes, or if each patron attribute being loaded had its own quote marks. For example: STARTDATE:January 1 2010,TRACK:Day or "STARTDATE:January 1, 2010","TRACK:Day" The second syntax is preferable if your data would ordinarily have a comma in it, like a date field (above). See the discussions between jwagner, schuster, and kf on the IRC on 2010-01-29 and 2010-02-01. I am revising the screen instructions accordingly. -- 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 4257] New: Advance notices calculation for items can result in "blank" notice being sent
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4257 Summary: Advance notices calculation for items can result in "blank" notice being sent Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: dbavousett(a)ptfs.com ReportedBy: dbavousett(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- In misc/cronjobs/advance_notices.pl, the patron's number-of-days-before-due to send out a PREDUE notice is selecting for books due based on the parameter maxdays input to the script, rather than the patron's preference setting. Since the user has *some* items due ahead, but not that precise number of days ahead, this results in a notice with no item details to it. A previous patch enabled use of <<items.content>>, but this results in a blank line in the notice, confusing patrons. Patch is coming in a few minutes! -- 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 4247] New: Import profiles to create items upon MARC import
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4247 Summary: Import profiles to create items upon MARC import Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: kohaprogrammers(a)ptfs.com ReportedBy: jwagner(a)ptfs.com CC: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: Sponsored Created an attachment (id=1671) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1671) Screen shot of import profile item setup Sponsored by East Brunswick Public Library, East Brunswick, NJ, USA. The library wanted a way to create items from a specified profile when bibliographic records were loaded (instead of creating 952s in the MARC record). This feature allows creation and saving of import profiles with settings for the various item fields like item type, collection code, call number. It can also be used to add or remove specified MARC fields and/or subfields from the incoming MARC record. -- 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 4246] New: Koha support for Itiva Talking Tech phone notification service
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4246 Summary: Koha support for Itiva Talking Tech phone notification service Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: Notices AssignedTo: kohaprogrammers(a)ptfs.com ReportedBy: jwagner(a)ptfs.com CC: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: Sponsored Sponsored by Middletown Township Public Library, Middletown, NJ, USA. We have written a subroutine in Koha that will adds/appends data to a csv file when a notice (hold or overdue) is created. The format of this file was specified by Talking Tech. A cronned script uploads this file to the Talking Tech server where the phone calls are then generated. The script also runs a second time in the evening to grab the results of the automated phone calls. If patrons renew books etc. via the phone system, the update is loaded into Koha with a SIP transaction. -- 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 4245] New: Bestseller's Club and email notifications
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4245 Summary: Bestseller's Club and email notifications Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: kohaprogrammers(a)ptfs.com ReportedBy: jwagner(a)ptfs.com CC: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: Sponsored Created an attachment (id=1667) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1667) Screen shot of club archetype setup Sponsored by Middletown Township Public Library, Middletown, NJ, USA. The library wanted a way for patrons to join a bestseller's club and have holds automatically placed on any matching new title. They also (separately) wanted emails to go to patrons when new titles matching certain criteria were added to the collection. Kyle Hall revised and expanded his earlier Bestseller's Club function to allow creation of both clubs and services (email notification). Patrons can join them through the OPAC (or staff can enroll patrons). If a title and item matching a club setup is added, everyone in the club gets an automatic hold placed on the item (the priority order is randomized each time). Patrons who've joined an email list get a regular (probably weekly) email of any new titles matching the list. Instructions: The feature is under Tools, Clubs and Services. There must first be at least one archetype for each (club and service). Multiple clubs can be created based on the archetype. Create a new club, and fill out the data required. You can set the club by Title and/or Author; probably most of the time it will be author. The author field here has to match the author field of the items exactly. For example, to make a Larry Niven bestseller's club, fill in the author field with 'Niven, Larry.' (Don't enter the quote marks, but note the period after the name). After that, a batch hold is placed on any newly catalogued item where the author field is 'Niven, Larry.'. (NOTE: Only applies to new titles, not to new items added to existing titles.) You can use % for truncation, like Personal memoir% (for anything starting with that string). Under Clubs & Services Home, you can enroll new users, or click details to see current list and remove users. You can also add/delete users from the patron record in staff or OPAC. If the list is created to allow public enrollment, patrons can join through their OPAC account. You can restrict the clubs to certain item type codes, so that for example a hold would only be triggered on a book, not a DVD of the same title/author. However, because a title can be added without items attached, the underlying club software must rely on the biblioitems.itemtype field, not the actual item record's setting. When a record is imported, Koha sets this field from the first item type in the list on your system, which may not be appropriate. To be sure the title will be included or excluded from a club, before saving the title edit the 942 subfield c to the appropriate item type. This is the field the club software uses; it does not look at the 952 subfield y. The mailing lists are based on two criteria, the itemtype and the callnumber. For example, if you want a list for new science fiction novels, and your sf books all begin with the call number 'SF author', then you would fill in the callnumber field with 'SF %'. (Don't use the actual quote marks in any of these examples -- they're here for clarity and to show the spacing.) To limit to only the book itemtype, put 'BK' in the itemtype field (assuming that is what you set the book itemtypes code to). To make it work for all itemtypes, just put '%' in the itemtype field. For an inverse example, such as a new DVD list, just fill in the itemtype with 'DVD', and the author field with '%'. For email notifications, the mailinglist.pl script will send out a weekly e-mail based on a New Items Email List archetype (name needs to be exactly that). The e-mail is based on the template file found in the misc/cronjobs/mailinglist directory; this template can be customized for each library. The script is also found in misc/cronjobs/mailinglist and should be cronned to run weekly. The script looks for items created less than seven days ago matching the other parameters. NOTE: the delivered template file uses the syspref OPACBaseURL to create a direct link to the title record. Make sure that syspref has the correct setting. -- 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