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

[Bug 5005] New: Branch transfer limits page doesn't show current branch in select menu
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '12

07 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5005 Summary: Branch transfer limits page doesn't show current branch in select menu Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/admin/branch_transfer_limits.pl?branchco de=XXX OS/Version: All Status: NEW Severity: minor Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 The "Select a library" menu should automatically preselect the currently chosen branch in order to give visual feedback about branch being modified. -- 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 4947] New: patron restricted message unclear
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '12

07 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4947 Summary: patron restricted message unclear Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In the patron management and overdue notice settings you can 'debar' a patron, but when you do that the patron record says they're 'restricted' - we should use the same language so that it's clear that this is why the patron cannot check out I also recommend a change to bar instead of debar which seems to mean the opposite of what it does. -- 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 4903] New: OAI doesn't work out of the box - XSL path
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '12

23 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4903 Summary: OAI doesn't work out of the box - XSL path Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Z39.50 / SRU / OpenSearch Servers AssignedTo: gmcharlt(a)gmail.com ReportedBy: tomascohen(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In opac/oai.pl, the /koha-tmpl/intranet-tmpl/prog/en/xslt/ path is not available in a normal install: OAI harvesting fails and koha-opac-error.log says: "oai.pl: Could not create file parser context for file "/usr/share/koha_ffyh/intranet/cgi-bin/koha-tmpl/intranet-tmpl/prog/en/xslt/MARC21slim2OAIDC.xsl": No such file or directory" I'm not sure this xsl should be on intranet dir thou. To+ -- 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 14

[Bug 5158] New: Koha needs its own cookie, ice cream, and fudge flavors
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '12

22 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5158 Summary: Koha needs its own cookie, ice cream, and fudge flavors Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Developer documentation AssignedTo: camins(a)numismatics.org ReportedBy: camins(a)numismatics.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In order to encourage members of the Koha community to write documentation and test cases, Koha should have its own special cookie, ice cream, and fudge flavors. I propose that the cookie flavor be "curried coconut breakfast cookies" (with chocolate chips or dried fruit, depending on how you anticipate your day going). See http://www.cookiemadness.net/2009/05/curry-coconut-oatmeal-chocolate-chip-c… -- 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 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 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 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

[Bug 5109] New: Display of serials enumeration (volume info) at OPAC inconsistent
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '12

19 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5109 Summary: Display of serials enumeration (volume info) at OPAC inconsistent Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: Other OS/Version: Linux Status: NEW Severity: minor Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: virtualthinking(a)hotmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Problem: (1) 3 serial records were created and items added. (2) 2 were created by me with items, The 3rd record was imported via Z39.50. (3) While viewing at OPAC, the 2 records (created manually) displayed the volume info, while the third record did not display volume info. -- 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 5088] New: HTML tags in Amazon reviews
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '12

17 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5088 Summary: HTML tags in Amazon reviews Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: /cgi-bin/koha/opac-detail.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2453 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2453 screenshot: grammar in use Amazon reviews can contain visible HTML tags ( ) in the text. I tried different AmazonLocale settings: Grammar in use : reference and practice for intermediate students of English by Murphy, Raymond ISBN: 0521348439 AmazonLocale: American (screenshot, ), German Sofies Welt : Roman ueber die Geschichte der Philosophie by Gaarder, Jostein 3446173471 AmazonLocale: German Koha version: 3.01.00.145 -- 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