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

[Bug 4239] New: Allow holds on multiple items of selected titles
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4239 Summary: Allow holds on multiple items of selected titles 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 Created an attachment (id=1658) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1658) Screen shot of syspref setup Sponsored by Middletown Township Public Library, Middletown, NJ, USA. The library wants to allow users to place holds on more than one item belonging to a particular title in certain cases, such as a serial title or a multi-volume DVD. This enhancement creates a syspref (AllowMultipleHoldsPerBib) which takes as input a string (in quotes) of item type codes. Any item type in this list will allow multiple items to be placed on hold. There is no difference in the hold placement procedure itself, but the system will not bring up the "you already have a hold on this item" block. -- 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 4237] New: Add other item statuses
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4237 Summary: Add other item statuses Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: kohaprogrammers(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: Sponsored Created an attachment (id=1656) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1656) Screen shot of item status setup Sponsored by East Brunswick Public Library, East Brunswick, NJ, USA. The library wants to be able to define local statuses for items, and to control whether or not items with those statuses can have holds placed. We identified an unused subfield (subfield k) in the 952 and used it for this purpose, also creating a new field named otherstatus in the items table. Under Administration, Other Item Status, the library can define new statuses (e.g., Cataloging, Trace, Storage) and mark them holdable or not. These statuses show in both staff and OPAC item listings. The status is cleared when an item is checked in. -- 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 4210] New: Acquisitions suggestion templates have library name field, but data is not passed
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4210 Summary: Acquisitions suggestion templates have library name field, but data is not passed Product: Koha Version: HEAD Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: minor Priority: P5 Component: Acquisitions AssignedTo: jwagner(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- The various acquisitions suggestion templates in kohaclone/koha-tmpl/intranet-tmpl/prog/en/modules/suggestion have a line like: Dear  user, but the LibraryName variable is not passed to the suggestions script. I modified C4/Suggestions.pm to add it into the list being passed to the templates: LibraryName => C4::Context->preference("LibraryName") -- 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 3928] New: Expected Date v. Received Date
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3928 Summary: Expected Date v. Received Date Product: Koha Version: HEAD Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- On serials when receiving items the date expected is being marked as the date received. I think this is a simple fix to the receive form to change the label on expected date to read received date. i also think this field should default to today not to the expected date. -- 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 3799] New: Allow OPAC to use separate advanced search type settings than staff
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3799 Summary: Allow OPAC to use separate advanced search type settings than staff 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?: Sponsored Sponsored by George Washington's Estate and Gardens (Mount Vernon) Library and Gunston Hall Library & Archives, Virginia. The syspref AdvancedSearchTypes controls whether the advanced search screen for both staff and OPAC uses item types or collection codes. We needed to have staff mode use one setting but OPAC the other. This feature adds a new syspref OPACAdvancedSearchTypes and modifies opac-search.pl to use it, so that each interface can use different settings. -- 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 3790] New: Fix item sort to be by library in OPAC record display, XSLT fix for call number spacing
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3790 Summary: Fix item sort to be by library in OPAC record display, XSLT fix for call number spacing 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=1253) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1253) screenshot of OPAC branch sort/column change Related to the problem in Bug 3702, the OPAC individual record display is not presently sorting by library/branch name. It's sorting on the first column in the item table, which is item type. Owen Leonard is planning a more comprehensive fix for this problem; for now I've done a template change which puts the library/branch Location column first. This will sort the holdings in alphabetical order by library/branch. I've also done a minor change to the MARC21slim2OPACResults.xsl file, to put a space between the holding library and call number in the "Availability" line. Previously there was no space so that the library name and call number ran together, like Public Library[MYS DAHEIM] (1). -- 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 3789] New: Set off Shelving Location in staff and OPAC title display
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3789 Summary: Set off Shelving Location in staff and OPAC title display 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=1246) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1246) Screenshot of OPAC shelving location change Koha puts the shelving location immediately after the library name in the "Location" column of the title display. If the library name and/or shelving location is wordy, the two can run together and a user can overlook the shelving location. I've added a new span class to the staff and OPAC .css files and applied it to shelving location in both templates. This puts the shelving location on a separate line and in italics, to make it stand out from the library name. -- 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 3788] New: XSLT does not obey viewISBD syspref
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3788 Summary: XSLT does not obey viewISBD syspref Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- Related to the issues in 3098 and 3108, the MARC21slim2OPACDetail.xsl file does not obey the viewISBD syspref. I've modified that file and XSLT.pm to pass that syspref value into the file and obey it for display. Note that there is not a separate OPAC syspref for this, just the one viewISBD in the Staff group. I don't see a reason to use a separate OPAC syspref. -- 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 3750] New: Modify XSLT to display subfield n of 111/711 and remove period after 110/710
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3750 Summary: Modify XSLT to display subfield n of 111/711 and remove period after 110/710 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?: --- With a title like CONCUR '99 ISBN: 3540664254, and a 111 field like $a International Conference on Concurrency Theory -- $n (10th : -- $d 1999 : $c Eindhoven, Netherlands) XSLT does not presently display the subfield n (LC standard says it's Number of part/section/meeting). This means that part of the author field looks like Baeten, J. C. M ; Mauw, S .International Conference on Concurrency Theory 1999 : Eindhoven, Netherlands). Note the closing paren without the opening paren (which is found in the $n field). I set both results and display to check for a 111n/711n, and if present to display before subfield a. I also added a space before and after the subfield n. In the detail page, I wasn't able to figure out how to do this within the opening <a> for the live link on the author field, so the subfield n, if it displays, isn't part of the link along with the rest of the 111/711. Perhaps someone else can figure this one out. In separate but related (to the problem I was working) development, I've removed the period that XSLT puts in the results and display after the last occurrence of a 110/710. It's fairly standard practice for these entries to have a period in the MARC record, so the XSLT display was showing a double period. -- 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 3738] New: Automate login to web-based self-check system
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3738 Summary: Automate login to web-based self-check system Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: Self checkout AssignedTo: jwagner(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- Some corporate and special libraries use unattended self-checkout stations, and would like to automate the staff login, so that just going to the sco/sco-main.pl URL would bring the self-check up ready for patron use. I've created three sysprefs, AutoSelfCheckAllowed, and AutoSelfCheckID/AutoSelfCheckPass. If the site wants to allow automated login, staff would then need to create the selfcheck user record and enter that login ID and password into the sysprefs. The kohaclone/opac/sco/sco-main.pl script has been modified to check these sysprefs and pass values (if present and allowed) into the self-check URL. The URL then bypasses the staff login page and comes up ready for checkout, waiting for the first patron barcode. -- 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