October 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 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

[Bug 3719] New: Create syspref to allow sites to rename OPAC Cart
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3719 Summary: Create syspref to allow sites to rename OPAC Cart 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=1224) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1224) Screenshot of OPAC with rename Cart syspref active Some sites don't like the name Cart for the shopping cart/bookbag feature in the OPAC. They would prefer a name like Bookbag or Personal Shelf, but changing the name requires modifying a lot of template files (9 files, if I've found them all). I have not been successful at making the change to every place the Cart label is found with jquery statements. Therefore, I've created a syspref named opacbookbagName and modified the various templates to use its value. It will default to Cart at installation, but sites can change it as desired. -- 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 3711] New: Intermittent search error in OPAC
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3711 Summary: Intermittent search error in OPAC Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: major Priority: P3 Component: OPAC AssignedTo: jwagner(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- I've been having an intermittent script error in OPAC searching that refers to opac-tmpl/prog/en/lib/jquery/plugins/jquery.highlight-3.js:38 and complains that 'data' is null or not an object. I thought this was related to Bug 3589, since it seemed to be related to highlighting, but that was misleading. After much troubleshooting on the IRC with Owen Leonard (THANKS!), I tracked the problem to a search term that begins with a space. For example, from the page source: <input type="hidden" name="q" value="seasons"/> <input type="hidden" name="q" value=" seasons"/> The second case triggers the error; the first doesn't. Testing by manually searching for a term beginning with a space always triggers the error. I added a couple of lines to opac-search.pl to check for leading and trailing spaces in the query and remove them: ## I. BUILD THE QUERY ( $error,$query,$simple_query,$query_cgi,$query_desc,$limit,$limit_cgi,$limit_desc,$stopwords_removed,$query_type) = buildQuery(\@operators,\@operands,\@indexes,\@limits,\@sort_by); $query_desc =~ s/^\s+//; # removes leading space $query_desc =~ s/\s+$//; # removes trailing space That seems to fix the problem. -- 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 3702] New: Change sort order of items in staff 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=3702 Summary: Change sort order of items in staff title display Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: jwagner(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- The default sort order for items attached to a title in staff mode is items.dateaccessioned desc. This means that a particular library's holdings will be scattered through the list -- a special problem when it comes to serial issues. I've done a change to Items.pm that makes the sort order branch description followed by dateaccessioned. Thus, a library's holdings will be grouped together in the display. This is related to a question raised by Owen Leonard about sort order in the OPAC, but he's handling that separately. -- 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