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

[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

[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

[Bug 3693] New: Display options for buttons when holds triggered
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3693 Summary: Display options for buttons when holds triggered Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: jwagner(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- I've had requests from a couple of sites to hide one or two of the buttons that display when a hold is triggered at checkin (Confirm, Print Slip and Confirm, Ignore). Rather than continue down the path of local screen changes, I've set up some sysprefs to control the display of each button, and modified returns.pl and returns.tmpl to obey them. -- 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 3671] New: XSLT results list display problem if no fixed fields
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3671 Summary: XSLT results list display problem if no fixed fields 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?: --- Created an attachment (id=1177) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1177) Screenshot of record with font problem Loading a very brief record (no proper fixed fields) like this =LDR 00474 2200157 4500 =008 $a 362 =022 \\$a0190-8286 =090 \\$aNewspaper =245 \\$aThe Washington post =246 \\$aWashington post (Washington, D.C. : $b 1974) =260 \\$aWashington, D.C. : $b The Washington Post Co., $c 1974- =300 \\$av. : $b ill.; $c 61 cm. =310 \\$aDaily =590 \\$aLibrary retains 2 weeks' back issues. the OPAC XSLT results list has a some kind of a font or label problem. All of the lines after the point where the XSLT icons for material type etc. would display are in a much smaller font than normal for other titles. If I create even the briefest 007 for this record (ta in first two positions), the display goes back to normal. So I think there must be a mis-matched span or something around the section in MARC21slim2OPACResults.xsl that looks for and displays the type icons, but I haven't been able to spot it. Can anyone else see 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 8

[Bug 3665] New: Proposed changes to staff advanced search page
by bugzilla-daemon＠kohaorg.ec2.liblime.com 12 May '10

12 May '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3665 Summary: Proposed changes to staff advanced search page Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: ASSIGNED Severity: enhancement Priority: P5 Component: Searching AssignedTo: jwagner(a)ptfs.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1171) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1171) Changes to staff advanced search screenshot This is to make the same changes as in Bug 3663 (OPAC advanced search) to the staff advanced search. First change is to copy the Search button from the bottom of the screen to up under the Keyword etc. search boxes, so someone doesn't have to scroll down for it. Either button will work. Second change is to reorder the entries in the search box pulldowns. I've rearranged the list so that Keyword, Title, Subject, Author are first in the list, as I did in the OPAC advanced search. I moved Barcode and Standard Number to next in the list to make them more visible to staff, and modified the description of Standard Number to Standard (biblio) Number because it's not clear that it means the biblio number. The rest of the existing search options follow. -- 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