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

[Bug 5028] New: catmaintain.pl doesn't exist
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '12

22 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5028 Summary: catmaintain.pl doesn't exist Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Staff Client AssignedTo: chris(a)bigballofwax.co.nz ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 A couple of the templates include links to catamaintain.pl: opac-detail.tmpl and detail.tmpl. From detail.tmpl:  <td><a href="/cgi-bin/koha/maint/catmaintain.pl?type=fixitemtype&bi=&item=">Fix Itemtype</a></td>  I'm assuming "type" never evaluates as true, because as far as I can tell this link never shows up. If it did it would point to a nonexistent file. There is no maint/catmaintain.pl. Is it safe to remove catmaintain.tmpl and the links to catmaintain.pl? -- 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 10

[Bug 5166] New: Refactor rebuild_zebra.pl into a library
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '12

20 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5166 Summary: Refactor rebuild_zebra.pl into a library Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: tomascohen(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 For using with the zebraqueue daemon script I propose refactoring rebuild_zebra.pl script so we can avoid spawning a new perl interpreter each run. Server load in mind. This is an initial submit so we discuss this topic with something concrete to talk about. Another option would be to just use a shell script. -- 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 68

[Bug 5382] New: There is a switch statement in opac-detail.pl which adds an unwanted dependency on perl 5.10.1
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '12

18 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5382 Summary: There is a switch statement in opac-detail.pl which adds an unwanted dependency on perl 5.10.1 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: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Commit 92e204713b60a8211b110275104097787326485e Introduced a switch statement which is breaking opac-detail.pl. This needs to be changed to an if construct. -- 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 5462] New: Fix variable names so we dont break template::toolkit
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '12

17 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5462 Summary: Fix variable names so we dont break template::toolkit Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Variables for template toolkit need to be valid perl variable names. Some of our template variables aren't. We should fix them even if we weren't changing to template::toolkit but we definitely need to before we can move. -- 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 32

[Bug 5330] New: sorting call number search does not work
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '12

11 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5330 Summary: sorting call number search does not work Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I was looking up Indian cooking books and we catalog all our international cook books by 641.59 and the country name, in this case India. So, I found an Indian cook book, clicked on the call number which did an automatic call number search and listed all our Indian cook books in that call number. I tried to rank the results by pubdate, newest first and was booted back to the search screen with the following URL: /cgi-bin/koha/catalogue/search.pl?q%3Dccl=callnum%3A641.59+INDIA&sort_by=pubdate_dsc Doing an advanced search in the staff client for call number sorted by publication date works just fine though - with the following URL: /cgi-bin/koha/catalogue/search.pl?idx=callnum&q=641.59+INDIA&op=and&idx=kw&op=and&idx=kw&sort_by=pubdate_dsc -- 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 4

[Bug 5351] New: Add subscription improvements
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '12

09 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5351 Summary: Add subscription improvements Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Add_subscription_s erials_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials 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 * in subscription bib search (to find the biblio when adding a subscription), search on issn will be added * When adding a serial, the expected planning will show expected date of issue and expected date of arrival at the library * the duration of the subscription will be defaulted to 12 months * in a few cases, the prediction differs from the effective planning. We will fix this problem * 1st date received will be populated by the start date by default -- 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 1

[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 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 4865] New: support storing CGI sessions using memcached
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '12

21 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4865 Summary: support storing CGI sessions using memcached Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: chris(a)bigballofwax.co.nz ReportedBy: gmcharlt(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Using memcached instead of MySQL to store CGI::Session data should offer a performance improvement. -- 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 5