August 2012 - Koha-bugs - lists.koha-community.org

[Bug 7161] New: Open Library - Larger image, Read, borrow and checked-out status
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '13

19 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7161 Bug #: 7161 Summary: Open Library - Larger image, Read, borrow and checked-out status Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: ian.walls(a)bywatersolutions.com Modified Open Library JS to: 1. Use jscmd=data instead of default, this provides ebooks availability information. This will allow us to display read/borrow/checkedout icons 2. Show larger image in opac-detail page 3. Show read/borrow/checked-out status in opac-detail page below the image -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 27

[Bug 5688] New: OPAC My Summary tab fines column doesn't display accruing fines
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '13

17 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5688 Summary: OPAC My Summary tab fines column doesn't display accruing fines Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: jwagner(a)ptfs.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 3059 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3059 screen shot of My Summary tab Problem description copied from: http://lists.katipo.co.nz/public/koha/2008-March/013387.html "Long version: I'm using the script <KOHA>/bin/cronjobs/fines2.pl to calculate fines on a nightly basis. It works pretty well, but I noticed that it has this line: UpdateFine($data->[$i]->{'itemnumber'}, $data->[$i]->{'borrowernumber'},$amount,$type,$due); This calls the UpdateFine subroutine in C4/Overdues.pm, which runs this command: my $sth2 = $dbh->prepare( "INSERT INTO accountlines (borrowernumber,itemnumber,date,amount, description,accounttype,amountoutstanding,accountno) VALUES (?,?,now(),?,?,'FU',?,?)" ); Note how "FU" is hardcoded as the "accounttype" in this section. But when a patron is viewing his/her summary screen in the OPAC (i.e. http://www.example.net/cgi-bin/koha/opac-user.pl) and has an overdue item, the line under "Fines" always says "No". Why? Because opac-user.pl has this bit of code: my $charges = 0; foreach my $ac (@$accts) { if ( $ac->{'itemnumber'} == $issue->{'itemnumber'} ) { $charges += $ac->{'amountoutstanding'} if $ac->{'accounttype'} eq 'F'; $charges += $ac->{'amountoutstanding'} if $ac->{'accounttype'} eq 'L'; } } $issue->{'charges'} = $charges; So, $charges is only going to be passed to the template if the accounttype is "F" or "L". But since C4/Overdues.pm is always setting it to "FU", that will never happen, and the Summary screen will always tell the patron they have no fines." I tested this morning on current master/head, and this problem still seems to exist. The fines.pl script is setting accounttype to FU, and opac-user.pl is still not displaying FU types of fines. What are the implications (if any) of adding FU to opac-user.pl? See screenshot -- the fines display correctly under the separate My Fines tab, but not in the Fines column of the My Summary tab. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 3

[Bug 8702] New: System preferences search does not allow accented letters
by bugzilla-daemon＠bugs.koha-community.org 15 Feb '13

15 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8702 Priority: P5 - low Change sponsored?: --- Bug ID: 8702 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: System preferences search does not allow accented letters Severity: normal Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: System Administration Product: Koha System preferences search is not performed using .pref files which are translatable. But actually, special letters are removed from search therm. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 8416] New: search a word with diacritic in koha administration system preference
by bugzilla-daemon＠bugs.koha-community.org 15 Feb '13

15 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8416 Priority: P5 - low Change sponsored?: --- Bug ID: 8416 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: search a word with diacritic in koha administration system preference Severity: enhancement Classification: Unclassified OS: All Reporter: stephane.delaye(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: System Administration Product: Koha Under Administration Koha and looking for a system preference, searching for a term with diacritic(accent) does not work. the letter with diacritic is removed during the search -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7969] New: select all / unselect all on fines page
by bugzilla-daemon＠bugs.koha-community.org 15 Feb '13

15 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7969 Priority: P5 - low Change sponsored?: --- Bug ID: 7969 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: select all / unselect all on fines page QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha It would be nice on the Fines tab of the patron record on the Account tab if you could select all or unselect all with a click. I have a patron with a lot of lines and I wanted to check only a few and would rather start with nothing checked than having to uncheck a bunch of things. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 4901] New: Title & Subtitle w/out space in Zotero
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '13

13 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4901 Summary: Title & Subtitle w/out space in Zotero Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2256 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2256 title in opac and in zotero different When you add an item to Zotero the title and the subtitle get smooched together there should be a space and/or a colon. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 3

[Bug 7507] New: Audience Subtype limit on Advanced Search does not have all Audiences
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '13

08 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7507 Bug #: 7507 Summary: Audience Subtype limit on Advanced Search does not have all Audiences Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com If you look at the audience subtype limit on the advanced search it has only a few choices, but if you edit the audience in the 008 there are many many options. The advanced search should have the same values as the 008 so that you can limit on everything that you might have entered. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 8665] New: DOM indexing fails to index some bib records
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '13

08 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8665 Priority: P5 - low Change sponsored?: --- Bug ID: 8665 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: DOM indexing fails to index some bib records Severity: normal Classification: Unclassified OS: All Reporter: colin.campbell(a)ptfs-europe.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha Switched on dom indexing and some records became unfindable. e.g. of a 5 volume set only one volume could be retrieved. The problem is reproduceable thus: Copy a bib record. Change what you like in the new record but keep the 001 the same. Rebuild zebra on bibs. Only one of the records will appear when searching. Problem appears to be etc/zebradb/marc_defs/marc21/biblios/biblio-zebra-indexdefs.xsl which contains the following <xslo:attribute name="z:id"> <xslo:value-of select="$controlField001"/> </xslo:attribute> which appears to set the record id to the contents of 001, with the result that only one record for each distinct 001 is indexed. Replacing the controlField001 with another value resolves the problem. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 7311] New: Error when records have UNIMARC 461$0 or 773$0 for something other than bibnumber
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '13

07 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7311 Bug #: 7311 Summary: Error when records have UNIMARC 461$0 or 773$0 for something other than bibnumber Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P3 Component: Cataloging AssignedTo: jcamins(a)cpbibliography.com ReportedBy: jcamins(a)cpbibliography.com QAContact: ian.walls(a)bywatersolutions.com With the addition of the code from Bug 5528, UNIMARC 461$0 and MARC21/NORMARC 773$0 have special meanings. When you import a record that uses those subfields for different data, you will get an error in /cataloguing/additem.pl. A check should be added to be sure that EasyAnalyticalRecords is enabled before trying to handle the 461$0/773$0 as bib numbers for analytics. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 8647] New: Modified quickslip only prints from Checkout tab
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '13

06 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8647 Priority: P5 - low Change sponsored?: --- Bug ID: 8647 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Modified quickslip only prints from Checkout tab Severity: enhancement Classification: Unclassified OS: All Reporter: fred.pierre(a)smfpl.org Hardware: All Status: NEW Version: rel_3_8 Component: Patrons Product: Koha Koha tools allows us to define a user-specific print slip, quick slip, and other slips. These user-defined print slips work fine from the patron's circ tab, accessed from the "Check Out" button on the patron screen, and selecting the pull-down "Print" menu. However the Details, Fines, and other left-side tabs do not use the user-defined print slip - instead they use the old method's moremember.pl script. Although the pull-down "Print" menu looks exactly the same, the code on the member page and borrower account page is inconsistent with the code on the circ page, and does not print the user-defined fields. For visual consistency and full functionality the pull-down "Print" menu should be consistent across all Patron buttons/tabs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3