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

[Bug 3134] New: Ability to selelct multiple reports to delete at once
by bugzilla-daemon＠liblime.com 05 May '10

05 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3134 Summary: Ability to selelct multiple reports to delete at once Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Reports AssignedTo: galen.charlton(a)liblime.com ReportedBy: nicole.engard(a)liblime.com CC: chris(a)bigballofwax.co.nz, oleonard(a)myacpl.org Estimated Hours: 0.0 It would be nice if there were check boxes next to reports so you can select this month's reports and delete them when you run next month's ... that way you don't end up with 100s of reports. -- 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 2

[Bug 3289] New: News items do not appear on current date, must be backdated.
by bugzilla-daemon＠liblime.com 04 May '10

04 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3289 Summary: News items do not appear on current date, must be backdated. Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: galen.charlton(a)liblime.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- News items in the staff interface currently must be dated the day before the present day to appear on the present day. example: The current date is June 3. I am posting a news item to appear June 3. I have to pick June 2 on the calendar to make it show up. /example -- 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 6

[Bug 3681] New: No bimonthly frequency option for serials subscriptions
by bugzilla-daemon＠kohaorg.ec2.liblime.com 04 May '10

04 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3681 Summary: No bimonthly frequency option for serials subscriptions Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux - Debian Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: paul.poulain(a)biblibre.com ReportedBy: Ian.Walls(a)med.nyu.edu Estimated Hours: 0.0 Change sponsored?: --- Bimonthly serials (published twice a month, or 24 times a year), do not have an available frequency in serials/subscription-add.pl. 2/week does not work, since that expects 26 issues per volume. Using irregular is problematic, particularly when bimonthly is quite regular and common. Shouldn't be too hard to add a case in the Javascript to handle this; value 13 is still available, but logically, this should be value 4 or 5. That would require displacing existing periodicity values, however. A better, larger solution would be to change the values from numeric to alphanumeric, and match them to the MARC 21 Format for Holdings Data 853$ field (http://www.loc.gov/marc/holdings/hd853855.html) a - Annual j - Three times a month b - Bimonthly k - Continuously updated c - Semiweekly m - Monthly d - Daily q - Quarterly e - Biweekly s - Semimonthly f - Semiannual t - Three times a year g - Biennial w - Weekly h - Triennial x - Completely irregular i - Three times a week This would improve standardization, provide more immediate options, and increase the flexibility to add new options down the road, without insertion problems. A numeric can also be taken in 853$w to indicate the number of issues per year, for an irregular serial. -- 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 3348] New: Funds and Budgets table is wrong
by bugzilla-daemon＠liblime.com 03 May '10

03 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3348 Summary: Funds and Budgets table is wrong Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- The table of funds and budgets in acquisition module is wrong, it should calculate only values from the beginning date of the budget to the end of this one. -- 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 3

[Bug 3411] New: Authorities with double quotes cannot be linked to record
by bugzilla-daemon＠liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3411 Summary: Authorities with double quotes cannot be linked to record Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- It seems the authorities "values" are not escaped by "blind detail" template. so they cannot be imported. -- 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 3

[Bug 3619] New: C4::Letters::_send_message_by_email does not obey AutoEmailPrimaryAddress
by bugzilla-daemon＠kohaorg.ec2.liblime.com 30 Apr '10

30 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3619 Summary: C4::Letters::_send_message_by_email does not obey AutoEmailPrimaryAddress Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P3 Component: Architecture, internals, and plumbing AssignedTo: dbavousett(a)ptfs.com ReportedBy: dbavousett(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- Customer set AutoEmailPrimaryAddress to "emailpro", then populated emailpro, thinking that notices would then go to the email address specified in that field. However, C4::Letters::_send_message_by_email is only capable of using the email field. This enhancement would cause C4::Letters::_send_message_by_email to obey the syspref. This is an interim solution; the long-term Right Thing would probably be to create a syspref (or modify the existing one) to allow for a library-selectable hierarchy--a list of potential email address fields to use. I therefore suggest leaving this bug ASSIGNED, until the better solution can be implemented. Patch forthcoming shortly. -- 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 3482] New: Print overdue and hold notices for patrons without email addresses
by bugzilla-daemon＠liblime.com 29 Apr '10

29 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3482 Summary: Print overdue and hold notices for patrons without email addresses Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: Sponsored Sponsored by East Brunswick Public Library, East Brunswick, NJ, USA. If a patron does not have an email address for overdue or hold notices, an html file is generated in a specified directory which can be opened/downloaded by library staff. The notice file can be formatted to match Z mailers or other mailer layouts. The html file is set up to obey the notice file formatting and spacing, and to insert a page break between notices for printing. The overdues.pl script was modified to allow printing overdues to a specified path and file. A new script was added to collect hold notices and send to a specified path. Print overdues use the same notice file as emailed overdues; print holds require a new notice file named HOLD_PRINT. -- 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 6

[Bug 3521] New: Items table in catalogue/detail.pl and cataloguing/additem.pl is sorted nonsensically
by bugzilla-daemon＠liblime.com 28 Apr '10

28 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3521 Summary: Items table in catalogue/detail.pl and cataloguing/additem.pl is sorted nonsensically Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- The items in the table for catalogue/detail.pl and cataloguing/additem.pl are sorted by database addition date. This is nonsensical in large consortia/migrated systems. There are a couple of different ways to handle this: 1. Sort by logged in user branch first (makes most sense to us) 1a. There has been some discussion of "sort by logged in user" as a system preference across the board for all places such a sort would make things easier (adding patrons, etc). 1b. It would be nice if it sorted by logged in user, then by acquisition date, not date item added to the database. In migrated collections, database add date is always the date of migration into the system, and this results in a nonsensical display. 2. Add a tablesorter or some other jquery hackery to sort by any column. Other solutions and comments are welcome. -- 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 6

[Bug 3477] New: Store patron OPAC passwords in plain text
by bugzilla-daemon＠liblime.com 28 Apr '10

28 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3477 Summary: Store patron OPAC passwords in plain text 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 Sponsored by East Brunswick Public Library, East Brunswick, NJ, USA. Library staff wanted to be able to see patron passwords when patrons forget the password and ask. Created a system preference StorePasswordPlaintext and a new borrowers table column named password_plaintext. For non-staff accounts, the current password will appear in the Change Password box on member-password.pl. The code will not display staff account passwords. Plaintext passwords can only be stored for patrons added or patron passwords edited after the syspref is turned on; it cannot retroactively convert existing passwords. Thus, if this capability is desired, the feature must be present and the syspref turned on before patron import. Libraries should consider the security implications of having plaintext passwords visible. -- 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 3435] New: Support 3M smart chute extensions
by bugzilla-daemon＠liblime.com 27 Apr '10

27 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3435 Summary: Support 3M smart chute extensions Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: SIP2 AssignedTo: joe.atzberger(a)liblime.com ReportedBy: galen.charlton(a)liblime.com Estimated Hours: 0.0 Change sponsored?: Sponsored At the request of the Northeast Kansas Library system, we're enhancing the SIP2 server to return additional information to support the 3M Smart Chute devies. -- 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 3