December 2011 - Koha-bugs - lists.koha-community.org

[Bug 5364] New: Limit the number of author displayed on OPAC
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '12

06 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5364 Summary: Limit the number of author displayed on OPAC Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: spalding(a)senylrc.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2728 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2728 PDF of what the page looks like Some bib have a very long list of authors that take up most of the screen and push the useful data much lower on the screen. Would like authors to be handle like items where there is a cap of 50 items. Maybe authors should be limited to 10. http://koha.senylrc.org/cgi-bin/koha/opac-detail.pl?biblionumber=25353 -- 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 2

[Bug 5062] New: Acq terminology: list price, ordering price, vendor price, RRP
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '12

06 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5062 Summary: Acq terminology: list price, ordering price, vendor price, RRP Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In acquisitions there are different terms used for the same thing in the database. The vendor form uses 'ordering price' and 'list price', the new order form uses 'vendor price'. I wrote a patch to change 'ordering price' to 'list price' in the new vendor form, because this term was used in all other places in this template. (bug 5059) Now I found 'vendor price' in the new order form. The basket view uses 'RRP' (see screenshot) The PDF print layout 'pdfformat::layout3pages' uses 'RRT GST Inc.' as column heading. Comments from discussion on IRC: (15:21:47) slef: I'm looking at ODLIS (15:23:41) slef: It says in "list price"'s definition "Synonymous with published price and retail price" but I suspect this might be a subtle difference between "list price" and "retail price" (15:08:27) nengard: i think vendor price might be the safest option (15:08:37) nengard: that says to me the price the vendor is charging (15:08:48) nengard: or the price the vendor has listed on their site or in their catalog I'm not a native speaker, so not sure which term to choose. But I think reducing the used terms to one would make things (translation, documentation, trainign) a lot easier! -- 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 6

[Bug 5503] New: comments shouldn't show patron's full name
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '12

02 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5503 Summary: comments shouldn't show patron's full name Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC Comments AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When leaving comments in the OPAC it shows the patron's full name. This is done without asking the patron if they approve of sharing that info. Either it should show the first name last initial, patron initials, or should give the patrons a choose of what name to show (like on most blogging applications). No matter what we shouldn't show the full name of the patron on the OPAC for all to see without asking them if it's okay. -- 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 29

[Bug 6008] New: Installation might fail it user web doesn't have in its path the database command path
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '12

27 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6008 Bug #: 6008 Summary: Installation might fail it user web doesn't have in its path the database command path Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: Other Status: ASSIGNED Severity: enhancement Priority: P5 Component: Installation and upgrade (web-based installer) AssignedTo: salva(a)masmedios.com ReportedBy: salva(a)masmedios.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com In Installer.pm when is looking for the system command to dump a file into the database it might fail if the web user doesn't have it in its path env variable. E.g.: with OpenBSD 4.8 the web user "www" doesn't have the path to the installed mysql bin: /usr/local/bin/mysql and fails in the web installer. -- 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 7

[Bug 6752] New: Be stricter with utf-8 output
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '12

27 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6752 Bug #: 6752 Summary: Be stricter with utf-8 output Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org Many IO handles are opened in Koha with the parameter ':utf8' the result is to flag strings output ( or input )as being utf-8 strings. However the it does accept invalid utf8. To validate the output the parameter ':encoding(UTF-8) is required. We should at least be strict with what we output. As the use of :utf8 is flagged by Perl::Critic policies as a violation the QA test 00-percritic.t fails three tests. We should be stricter with output encodings -- 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 21

[Bug 5358] New: keep track of cancelled orders
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '12

22 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5358 Summary: keep track of cancelled orders Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Cancelled_orders_a cq_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-05-01 We will add a table deletedaqorders that will keep track of all deleted orders. >From a given basket, there will be a link to display deleted orders line -- 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 17

[Bug 6838] New: Filtering and pagination in subscriptions table
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '12

22 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6838 Bug #: 6838 Summary: Filtering and pagination in subscriptions table Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: julian.maurice(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Will submit a patch that uses jQuery DataTables plugin to add pagination and filtering on subscriptions table (serials-home.pl) It will be a kind of 'how to use datatables' patch. -- 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 30

[Bug 5797] New: Correct damaged status not preselected if value is 0
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '12

22 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5797 Bug #: 5797 Summary: Correct damaged status not preselected if value is 0 Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/catalogue/moredetail.pl? OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com If you have two damaged statuses, "0 = Not damaged" and "1 = Damaged" all items will show as "Damaged" on moredetail.pl because the "selected" attribute isn't getting added when damaged = 0. The select will instead default to the first alphabetically. -- 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 2

[Bug 6066] New: itemtype when ordering and item-level_itype=no
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '12

22 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6066 Bug #: 6066 Summary: itemtype when ordering and item-level_itype=no Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org (MT5189) let's the librarian choose the itemtype when ordering For libraries with item-level_itype, the itemtype is in the item. For others, it's in the biblio and should be added with the title/author when it's ordered This patch adds the list when applicable,and build the biblio record accordingly -- 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 23

[Bug 7208] New: NORMARCslim2OPACDetail.xsl does not display item type icon
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '12

21 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7208 Bug #: 7208 Summary: NORMARCslim2OPACDetail.xsl does not display item type icon Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: OPAC AssignedTo: magnus(a)enger.priv.no ReportedBy: magnus(a)enger.priv.no QAContact: ian.walls(a)bywatersolutions.com In NORMARCslim2OPACResults.xsl, this works: 374 <xsl:when test="$typeOf008='Mon'"><img src="/opac-tmpl/prog/famfamfam/silk/book.png" alt="Bok" title="Bok"/> Bok</xsl:when> 375 <xsl:when test="$typeOf008='Per'"><img src="/opac-tmpl/prog/famfamfam/silk/newspaper.png" alt="Periodika" title="Periodika"/> Periodika</xsl:when> 376 <xsl:when test="$typeOf008='Fil'"><img src="/opac-tmpl/prog/famfamfam/silk/computer_link.png" alt="Fil" title="Fil"/> Fil</xsl:when> 377 <xsl:when test="$typeOf008='Kar'"><img src="/opac-tmpl/prog/famfamfam/silk/map.png" alt="Kart" title="Kart"/> Kart</xsl:when> But this, in NORMARCslim2OPACDetail.xsl, does not: 147 <xsl:element name="img"><xsl:attribute name="src">/opac-tmpl/prog/famfamfam/<xsl:value-of select="$materialTypeCode"/>.png</xsl:attribute><xsl:attribute name="alt"></xsl:attribute></xsl:element> resulting in a 404 for 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 1