December 2007 - Koha-bugs - lists.koha-community.org

[Bug 1697] New: Superlibrarian has insufficient privileges to delete patron
by bugzilla-daemon＠pippin.metavore.com 22 Dec '07

22 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1697 Summary: Superlibrarian has insufficient privileges to delete patron Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P3 Component: Patrons AssignedTo: chris.cormack(a)liblime.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)nongnu.org I'm being told I don't have sufficient privileges to delete a patron (a child patron, in this case), whether I have superlibrarian checked or everything checked. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1696] New: Reading record page fails
by bugzilla-daemon＠pippin.metavore.com 22 Dec '07

22 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1696 Summary: Reading record page fails Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: critical Priority: P3 Component: Patrons AssignedTo: joe.atzberger(a)liblime.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)nongnu.org Software error: Undefined subroutine &main::format_date called at /home/oleonard/koha/production/intranet/cgi-bin/members/readingrec.pl line 73. CGI::Carp Error log: readingrec.pl: Undefined subroutine &main::format_date called at /home/oleonard/koha/production/intranet/cgi-bin/members/readingrec.pl line 73 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1690] Cannot see the patron's reading history
by bugzilla-daemon＠pippin.metavore.com 22 Dec '07

22 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1690 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Can not have see the |Cannot see the patron's |patron's reading history |reading history ------- Comment #1 from oleonard(a)myacpl.org 2007-12-22 09:21 ------- A change to Auth.pm fixes this easily. I'll submit a patch for it today. I do notice something that should be looked at, though. All these appear in my system prefs: intranetreadinghistory: If ON, Reading History is enabled for all patrons opacreadinghistory: If ON, enables display of Patron Circulation History in OPAC ReadingHistory If ON, enables circulation history Are all these getting installed by default? ReadingHistory needs to go, since it's now broken into intranet and opac. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1695] New: Patron image lost if card number is changed
by bugzilla-daemon＠pippin.metavore.com 22 Dec '07

22 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1695 Summary: Patron image lost if card number is changed Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P3 Component: Patrons AssignedTo: chris.cormack(a)liblime.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)nongnu.org Because patron images are stored according to the patron's card number, existing images are lost (no longer connected to that patron) if you change a patron's card number. The obvious solution would be to store patron images according to borrowernumber. Perhaps the patron upload process could still accept data based on cardnumber and convert automatically to borrowernumber? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1694] New: Redirect fails after changing patron card number
by bugzilla-daemon＠pippin.metavore.com 22 Dec '07

22 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1694 Summary: Redirect fails after changing patron card number Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P3 Component: Patrons AssignedTo: chris.cormack(a)liblime.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)nongnu.org If you edit a patron record to change their card number, Koha tries to redirect back to your previous module (patrons or circ), based on the *old* card number, resulting in an error. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1693] New: Patron entry age check not working
by bugzilla-daemon＠pippin.metavore.com 22 Dec '07

22 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1693 Summary: Patron entry age check not working Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Patrons AssignedTo: chris.cormack(a)liblime.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)nongnu.org The patron entry template has some markup for possible age-related errors:  <li id="ERROR_age_limitations">Patron is <a href="#age">too young or too old</a> for their category. Ages allowed are .</li>  However, I can save without errors an adult patron with a birthdate too young according to the patron category. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1692] New: Need server-side validation of mandatory patron entry fields
by bugzilla-daemon＠pippin.metavore.com 22 Dec '07

22 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1692 Summary: Need server-side validation of mandatory patron entry fields Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P3 Component: Patrons AssignedTo: chris.cormack(a)liblime.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)nongnu.org The patron entry form has client-side validation of mandatory fields, but I'm not very comfortable relying on /only/ client-side validation. I think there should be a second layer of server-side validation just to be on the safe side. In the unlikely event that I have javascript turned off, I can save a patron record with, for instance, no card number. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1534] Guided reports returning only the first ten results
by bugzilla-daemon＠pippin.metavore.com 22 Dec '07

22 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1534 russel.garlick(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |russel.garlick(a)liblime.com ------- Comment #3 from russel.garlick(a)liblime.com 2007-12-21 18:57 ------- After testing this feature it is much safer to save and schedule the report to run (Using the task scheduller) than try and generate the report on the fly is very easy to create a report that will take a long time to run (over 5 mins). The advantage with doing it this way is that the output of the report is saved and can be referred later. I suggest it is safer to force all reports made using Guided Reports to be run using the Task Scheduller, rather than build on the fly. But the output of these reports should still be chunked in to pages. Ideally you would be able to choose how many results display on a page (10, 20, 50, 100). My two cents anyway. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1691] New: Editing patron record results in date of birth error
by bugzilla-daemon＠pippin.metavore.com 22 Dec '07

22 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1691 Summary: Editing patron record results in date of birth error Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P3 Component: Patrons AssignedTo: chris.cormack(a)liblime.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)nongnu.org Editing a patron record in which the date of birth is blank, with a configuration where the date of birth is not required: When I save the record the form reloads with an error: Date of birth is invalid. Submitting the form again (without changing anything), saves the record, but with "00/02/0" as the date of birth. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1690] New: Can not have see the patron's reading history
by bugzilla-daemon＠pippin.metavore.com 21 Dec '07

21 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1690 Summary: Can not have see the patron's reading history Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Patrons AssignedTo: chris.cormack(a)liblime.com ReportedBy: Eric.Begin(a)inLibro.com QAContact: koha-bugs(a)nongnu.org the syspref intranetreadinghistory is used to know if we want to enable or disable the patron's reading history. This flag has currently no effect. The intranetreadinghistory is never passed to the moremember template. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0