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

[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 8906] New: Improve OAI management interface
by bugzilla-daemon＠bugs.koha-community.org 15 Feb '13

15 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8906 Priority: P5 - low Change sponsored?: --- Bug ID: 8906 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Improve OAI management interface Severity: enhancement Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: ASSIGNED Version: master Component: System Administration Product: Koha The OAI management interface breaks with existing interface patterns in several way. I propose to correct these differences and improve the handling of clone and delete operations in set descriptions and mappings. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 8806] New: Debian packaging updates
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '13

14 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8806 Priority: P5 - low Change sponsored?: --- Bug ID: 8806 CC: robin(a)catalyst.net.nz Assignee: koha-bugs(a)lists.koha-community.org Summary: Debian packaging updates Severity: enhancement Classification: Unclassified OS: All Reporter: robin(a)catalyst.net.nz Hardware: All Status: NEW Version: rel_3_6 Component: Packaging Product: Koha This will get the code in git in line with what is actually built into packages. There will be separate patches for 3.6 and 3.8. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[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 8733] New: Adding critic reviews to book pages
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '13

09 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8733 Priority: P5 - low Change sponsored?: --- Bug ID: 8733 Assignee: oleonard(a)myacpl.org Summary: Adding critic reviews to book pages Severity: enhancement Classification: Unclassified OS: All Reporter: rahul(a)idreambooks.com Hardware: All Status: NEW Version: unspecified Component: OPAC Product: Koha Created attachment 11996 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11996&action=edit PowerPoint Presentation of mockups A proposal to enhance the detail page of a book by adding a section titled "Book reviews by critics" similar to the "Amazon reviews" section. This section would display 5 critic reviews from idreambooks.com as per the guidelines in iDreamBooks' API (idreambooks.com/api) For example, for the book MoonWalking with Einsten, the editorial review snippets from sources like The Guardian, NYTimes, WashingtonPost, etc. would be shown. See example of API output for the book here: http://idreambooks.com/newbooks/api.xml?q=moonwalking+with+einstein+foer&ke… In addition to the review snippets, the overall rating of the book would get displayed on the detail page of a book to help users gauge the rating of the book in an instant. The rating on it's own or the entire "Readometer" or both can be displayed. For example, for the book MoonWalking with Einstein, it's rating of 80% would be displayed under the title of the book. Alternatively, the "Readometer" could also be displayed. Please see attached powerpoint presentation for images that give more detail. We (iDreamBooks) are willing to provide development assistance to implement these enhancements. -- You are receiving this mail because: You are watching all bug changes.

1 41

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

09 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