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

[Bug 4194] New: Syspref ILS-DI is missing
by bugzilla-daemon＠kohaorg.ec2.liblime.com 29 Mar '10

29 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4194 Summary: Syspref ILS-DI is missing Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: henridamien(a)koha-fr.org ReportedBy: magnus(a)enger.priv.no Estimated Hours: 0.0 Change sponsored?: --- The script ils-di.pl looks for a syspref called ILS-DI, which seems not to be set up by default. -- 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 3954] New: rewrite rules for /issn and /isbn result in 404
by bugzilla-daemon＠kohaorg.ec2.liblime.com 18 Mar '10

18 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3954 Summary: rewrite rules for /issn and /isbn result in 404 Product: Koha Version: HEAD Platform: PC OS/Version: Linux - Debian Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: Ian.Walls(a)med.nyu.edu ReportedBy: Ian.Walls(a)med.nyu.edu Estimated Hours: 0.0 Change sponsored?: --- In koha-httpd.conf, there are two rewrite rules that allow for easy composition of ISSN and ISBN searches: RewriteRule ^/isbn/([^\/]*)/?$ /search?q=isbn:$1 [PT] RewriteRule ^/issn/([^\/]*)/?$ /search?q=issn:$1 [PT] Attempting to navigate to http://koha.url/issn/1000-1111 results in a 404 error, because http://koha.url/search?q=issn:1000-1111 also doesn't exist. This should be written as: RewriteRule ^/isbn/([^\/]*)/?$ /cgi-bin/koha/opac-search.pl?idx=nb&q=$1 [PT] RewriteRule ^/issn/([^\/]*)/?$ /cgi-bin/koha/opac-search.pl?idx=nb&q=$1 [PT] Additionally, these rules could be expanded to handle further common search parameters, and perhaps even arbitrary OpenURL requests. -- 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 3340] New: Enhancement for borrower loading command line
by bugzilla-daemon＠liblime.com 16 Mar '10

16 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3340 Summary: Enhancement for borrower loading command line Product: Koha Version: HEAD Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Command-line Utilities AssignedTo: jmf(a)liblime.com ReportedBy: dschust1(a)gmail.com CC: galen.charlton(a)liblime.com Estimated Hours: 0.0 Change sponsored?: Seeking cosponsors Kohaʼs patron import tool is currently available only as a web script available in the Koha staff inter-face. Because some libraries need to be able to schedule automatic patron import runs, the patron import functionality should also be available as a command-line tool. The command-line version of the patron import tool will function in the same way as the web-based version and speciﬁcally will include the following features: • CSV patron ﬁle format • Setting match point • Setting default values for speciﬁc ﬁelds • Option to replace or add records when a match is found. • Loading of patron attribute values. David Schuster -- 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 5

[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 4224] New: Holds queue report includes items already allocated
by bugzilla-daemon＠kohaorg.ec2.liblime.com 11 Mar '10

11 Mar '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4224 Summary: Holds queue report includes items already allocated Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Hold requests AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- When /misc/cronjobs/holds/build_holds_queue.pl builds the holds queue report, it looks for items which are available to fulfill an outstanding hold, in GetItemsAvailableToFillHoldRequestsForBib. It selects items which are available, not lost etc., and then excludes items ("AND itemnumber NOT IN") in this set: SELECT itemnumber FROM reserves WHERE biblionumber = ? AND itemnumber IS NOT NULL AND (found IS NOT NULL OR priority = 0) However, look at the data for an item which has been allocated for a hold but which isn't marked as waiting ("found = W") yet because it is in transit to its destination branch: reserves.itemnumber will not be NULL, but found *will* still be NULL. Therefore such items will NOT be excluded from the holds queue report. If this diagnosis is correct, that explains why my staff finds entries on the holds queue report which they have already checked in and sent through cargo delivery to other branches. >From IRC today: <gmcharlt> subquery would then either have to include a join on branchtransfers <gmcharlt> or perhaps define a new value for found : 'T' <gmcharlt> meaning that hte item is allocated for a hold but is in transit --- <gmcharlt> thinking about it a bit more, I think defining a found status of 'T' is the way to go <gmcharlt> but there are ~15 place that I'll need to check -- 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 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