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

[Bug 4092] New: suggestion date missing from manage suggestions
by bugzilla-daemon＠kohaorg.ec2.liblime.com 13 May '10

13 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4092 Summary: suggestion date missing from manage suggestions Product: Koha Version: HEAD Platform: PC URL: cgi-bin/koha/suggestion/suggestion.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com CC: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1509) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1509) see columns with names on them - they are missing a date On the Manage Suggestions page there are 2 columns that list 'by/on' but only show the 'by' part of that. See attached. -- 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 6

[Bug 3922] New: Managing suggestions: filter form missing information
by bugzilla-daemon＠kohaorg.ec2.liblime.com 13 May '10

13 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3922 Summary: Managing suggestions: filter form missing information Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- When managing suggestions, if you display the additional filters several form fields are missing or display no data: - "Suggested on:" attempts to display a variable (without a form field), "" - "Management date:" attempts to display a variable (without a form field), "" - "Suggested by" offers only "any" in the drop-down (should this be a drop-down menu?) - "Managed by" offers only "any" in the drop-down even though suggestions exist which have been managed. - "Accepted by" offers only "any" in the drop-down even though suggestions exist which have been accepted. - The "book fund" drop-down displays only "Any," even though budgets are defined. -- 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 4273] New: Emails for acquisitions suggestions aren't 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=4273 Summary: Emails for acquisitions suggestions aren't being sent Product: Koha Version: HEAD Platform: PC OS/Version: Windows 2000 Status: NEW Severity: major Priority: P3 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- When staff act on a purchase suggestion, emails are supposed to be generated to the patron who made the suggestion, based on the various templates in kohaclone/koha-tmpl/intranet-tmpl/prog/en/modules/suggestion. This has worked fine in the past, but in current head the emails are not being sent. I have verified that email is working on the system; other emails go through OK. The suggestion emails don't seem to go through the message queue, so I can't see what is happening to them. -- 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 3294] New: inventory tool
by bugzilla-daemon＠liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3294 Summary: inventory tool Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: galen.charlton(a)liblime.com ReportedBy: kohnk(a)arcadia.edu Estimated Hours: 0.0 Change sponsored?: --- The inventory tool is putting LC call numbers in order number-by-number instead of in the LC order. For example: The call numbers were BF1028, BF1029, BF103. The computer put them in this order by looking at the B, then the F, then the 1, etc. LC would order them BF103, BF1028, BF1029, looking at the numbers as one hundred three and one thousand twenty-eight. We can't use the tool unless the order matches what is on the shelf. -- 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 4057] New: Fix spacing in XSLT OPAC display for 245 subfield f
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4057 Summary: Fix spacing in XSLT OPAC display for 245 subfield f Product: Koha Version: rel_3_0 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?: --- Created an attachment (id=1476) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1476) screenshot of display problem If a 245 has a subfield f (or any of the displayed fgknps subfields after a, b, or h) there is no spacing and the display runs together. See screenshot where the text "1853 February 27" is in a 245$f. This happens in both the XSLT results list and the XSLT individual title display. I've added a space between the a, b, h displays and the beginning of the fgknps set. -- 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 3508] New: Limit number of on-shelf holds per day
by bugzilla-daemon＠liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3508 Summary: Limit number of on-shelf holds per day Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: kohaprogrammers(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: Sponsored Sponsored by East Brunswick Public Library, East Brunswick, NJ, USA. If on-shelf holds are allowed, limit the number of on-shelf holds a patron can place in one day. Uses a new syspref MaxShelfHoldsPerDay to set that number. For example, if the number is set to 5, a patron can only place five holds in one day on titles with at least one item available. The patron can place additional holds on items that are currently checked out, and can place more on-shelf holds tomorrow. Library staff can override the limit in staff mode. -- 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 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 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