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

[Bug 3150] New: Verbiage of any email sent from Koha should be editable from web interface
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3150 Summary: Verbiage of any email sent from Koha should be editable from web interface Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: wizzyrea(a)gmail.com Estimated Hours: 0.0 This is currently uneven in application. Holds notifications are editable through the web interface, but cart/list/shelf/suggestion response emails are governed by templates. -- 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 3146] New: Yui CSS files always imported /en/ directory instead of actual language
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3146 Summary: Yui CSS files always imported /en/ directory instead of actual language Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: abcendzone(a)yahoo.com Estimated Hours: 0.0 The "reset-fonts-grids.css" and "skin.css" files are imported in "/koha/opac/htdocs/opac-tmpl/prog/$LANG/css/opac.css" via @import url("../../en/lib/yui/reset-fonts-grids.css"); @import url("../../en/lib/yui/skin.css"); for ALL languages, instead of the correct $LANG directory. E.g. for a german installation where opaclanguage=de-DE, it should be @import url("../../de-DE/lib/yui/reset-fonts-grids.css"); @import url("../../de-DE/lib/yui/skin.css"); As these files are identical for all languages but are installed in each language directory, one could either remove the duplicate files from the language directories or actually use them from there. Right now they are installed for each language but imported just from the /en/ directory. -- 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 3111] New: Opac lists all ITYPES as same, when database lists different. Other OPAC issues.
by bugzilla-daemon＠liblime.com 14 May '10

14 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3111 Summary: Opac lists all ITYPES as same, when database lists different. Other OPAC issues. Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: darrellulm(a)smfpl.org Estimated Hours: 0.0 The opac details page lists all ITYPES as same when database shows different. Intranet is correct. The opac seach results page is not updated for 'avail' and 'checked-out' Intranet appears correct. Example (there are several REF items here - opac does not show) http://opac.smfpl.org/cgi-bin/koha/opac-detail.pl?biblionumber=54825 There is one ref item here. Details pages does not show http://opac.smfpl.org/cgi-bin/koha/opac-detail.pl?biblionumber=85095 OPAC shows items (w/ copynumber present) as checked out no matter what. http://opac.smfpl.org/cgi-bin/koha/opac-search.pl?q=simpsons The details page is not an indexing issue. The incorrect ITYPEs are displayed. It seems to grab the first one can use that for all entries as if the indiv. item types are not being accounted for. -- 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 3294] New: inventory tool
by bugzilla-daemon＠liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3294 Summary: inventory tool Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: galen.charlton(a)liblime.com ReportedBy: kohnk(a)arcadia.edu Estimated Hours: 0.0 Change sponsored?: --- The inventory tool is putting LC call numbers in order number-by-number instead of in the LC order. For example: The call numbers were BF1028, BF1029, BF103. The computer put them in this order by looking at the B, then the F, then the 1, etc. LC would order them BF103, BF1028, BF1029, looking at the numbers as one hundred three and one thousand twenty-eight. We can't use the tool unless the order matches what is on the 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 7

[Bug 3508] New: Limit number of on-shelf holds per day
by bugzilla-daemon＠liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3508 Summary: Limit number of on-shelf holds per day 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 Sponsored by East Brunswick Public Library, East Brunswick, NJ, USA. If on-shelf holds are allowed, limit the number of on-shelf holds a patron can place in one day. Uses a new syspref MaxShelfHoldsPerDay to set that number. For example, if the number is set to 5, a patron can only place five holds in one day on titles with at least one item available. The patron can place additional holds on items that are currently checked out, and can place more on-shelf holds tomorrow. Library staff can override the limit in staff mode. -- 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 3472] New: Enhanced borrower notes
by bugzilla-daemon＠liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3472 Summary: Enhanced borrower notes 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 Created an attachment (id=976) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=976) Borrower message create screenshot Sponsored by East Brunswick Public Library, East Brunswick, NJ, USA and Middletown Public Library, Middletown, NJ, USA. Instead of using the staff/opac notes field in the patron record, this code uses a separate messaging system. It adds a new messages table and allows either free text or pre-defined notes to be added to patron record (for either library staff or patron). For predefined notes, create (if necessary) authorized value BOR_NOTES and add entries (examples: "Bring driver's license next time you come to the library" or "You left your umbrella at the library" etc.). On Checkout tab of patron record, click Add A New Message. Select from pulldown whether it's intended for patron or library staff. You can either use the pulldown for a canned message or enter text in the field. Notes to library staff will show up on patron Checkout tab; notes to patron will show in OPAC. When a message has been created, there will be a link next to it to delete 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.

2 14

[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