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

[Bug 3868] New: Patron Messages Appearing in Both Places
by bugzilla-daemon＠kohaorg.ec2.liblime.com 15 Mar '10

15 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3868 Summary: Patron Messages Appearing in Both Places Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com CC: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1288) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1288) opac includes notes for staff and patrons See my attached images - if I choose a msg to appear for the patron it appears on the staff client and the OPAC - if I choose a note for staff only it too appears in both places ... -- 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 3312] New: automatic Borrower load Cron job
by bugzilla-daemon＠liblime.com 15 Mar '10

15 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3312 Summary: automatic Borrower load Cron job Product: Koha Version: HEAD Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Patron Import AssignedTo: galen.charlton(a)liblime.com ReportedBy: dschust1(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Currently I am having to load borrowers manually with the staff interface. We have setup the ability for our student management system to place files on the server. What I would like to see happen is a CRON job setup that picks up those files (currently 3 different groupings) and loads them automatically once a week. I also need some type of CRON that would also pickup the "code" files for the attributes and load that so the codes would have descriptions(teacher names) rather than the teacher ID number. Currently we are replacing most data in the borrower record except "Other name" but are replacing attributes if data is present. -- 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 3222] New: ENH: add ability to set defaut message preferences per patron category
by bugzilla-daemon＠liblime.com 11 Mar '10

11 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3222 Summary: ENH: add ability to set defaut message preferences per patron category Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Patrons AssignedTo: galen.charlton(a)liblime.com ReportedBy: galen.charlton(a)liblime.com Estimated Hours: 0.0 Deadline: 2009-06-01 Change sponsored?: Sponsored Enhancement project to make the following changes to Koha's patron messaging system: [1] Add the ability to define default patron messaging preferences for each patron category. E.g., so that you can say for new patrons of category 'patron' they'll get emailed overdue notices and checkout slips by default. [2] Use the category-level default preferences to set the initial patron preferences for a new patron record, created either via the patron editing page or patron import. [3] Move the patron messaging preferences form from the messaging tab to the patron editing form in the staff interface. [4] Fix a bug to prevent a hold-filled notification from being sent multiple times; send it only the first time it is put on the hold 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 8

[Bug 4063] New: SIP Returns sometimes cause items to have dual statuses
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Mar '10

11 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4063 Summary: SIP Returns sometimes cause items to have dual statuses Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: SIP2 AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Pictures really say it here: An item with dual statuses: http://screencast.com/t/YTk3ZGU2N2Qt Another item with dual statuses: http://screencast.com/t/NDU3YjQ3M Both of these items do have outstanding holds on them, that probably should have been triggered by going through the chute. I will try to get more examples and more thorough documentation of what exactly is happening to these items. We are using the NEKLS sponsored SIP2 code from LL with no further patches. This is not LEK. KF (irc) says she has also seen this issue, perhaps she can comment more. -- 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 8

[Bug 3397] New: Deleting item record leaves a hole in patron's reading history
by bugzilla-daemon＠liblime.com 11 Mar '10

11 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3397 Summary: Deleting item record leaves a hole in patron's reading history Product: Koha Version: HEAD Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: mcoalwell(a)nekls.org Estimated Hours: 0.0 Change sponsored?: --- Deleted items continue to display in Fines, but disappear from the Reading History. See screen shot. Pull from deleted items table? Or pull title info from bib record? What if bib is also deleted? Not sure of the best solution. -- 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 3342] New: Changes to holds priority list should be logged for accountability.
by bugzilla-daemon＠liblime.com 11 Mar '10

11 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3342 Summary: Changes to holds priority list should be logged for accountability. Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: galen.charlton(a)liblime.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- When a library staff member changes a hold priority or moves a hold up or down the list, the change information should be logged to encourage accountability. Log information should include: - Which user did it - Date/Time stamp - Which Patron was moved and to which priority. -- 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 3319] New: Need a nicer error message when attempting to add a patron with no libraries defined
by bugzilla-daemon＠liblime.com 11 Mar '10

11 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3319 Summary: Need a nicer error message when attempting to add a patron with no libraries defined Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Patrons AssignedTo: galen.charlton(a)liblime.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- The add patron screen should give a message (instead of a cryptic mysql borrowernumber=0 error) when a new koha user tries to add a patron but has no libraries defined. Additionally, should give an error message when a user tries to add a patron but has no patron types defined. Currently both conditions give inadequate or nonexistant errors. -- 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 3920] New: XSLTdetailDisplay syspref controls both OPAC and Intranet XSLT detail display
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Mar '10

11 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3920 Summary: XSLTdetailDisplay syspref controls both OPAC and Intranet XSLT detail display Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- The XSLTdetailDisplay syspref has an inaccurate description: Current verbiage: Enable XSL stylesheet control over details page display on OPAC WARNING: MARC21 Only Current behavior: Enabling this syspref turns on XSLT detail display for both OPAC and Intranet. Filing an additional bug related to other erroneous behavior related to this syspref, will update this bug with that number when I have 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.

1 9

[Bug 4040] New: Checking in an already confirmed on-hold item results in duplicate dialogs
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Mar '10

11 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4040 Summary: Checking in an already confirmed on-hold item results in duplicate dialogs Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1465) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1465) Screenshot To reproduce: - Item is on hold for a patron at Branch A. - Item is checked in at Branch B, transfer is confirmed. - Item is checked in again at Branch B, duplicate dialogs are displayed. The first dialog says "Please return [title] : to [branch] Hold for..." and displays the patron's information. No indication that the item should be transfered. The second dialog says "Hold Found: [title] : Hold for..." and displays the patron's information. Below that is the standard "Transfer to [branch]" and the "Confirm hold and transfer" button. See attached image. -- 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 3550] New: Use GetRecordValue to get the subtitle
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Mar '10

11 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3550 Summary: Use GetRecordValue to get the subtitle Product: Koha Version: unspecified Platform: PC OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com Estimated Hours: 0.0 Change sponsored?: --- In koha, subtitle depends of each framework, so using the GetRecordValue made it to be more generic. This patch add the use of GetRecordValue to retrieve the subtitle and show 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.

1 6