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

[Bug 5017] New: can enter multiple funds with the same code
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '12

15 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5017 Summary: can enter multiple funds with the same code Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2375 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2375 codes Code is not unique when adding funds - you can enter multiples with the same code - so why have a code? -- 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 5018] New: amount encumbered not showing on budgets
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '12

15 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5018 Summary: amount encumbered not showing on budgets Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 fund (cgi-bin/koha/admin/aqbudgets.pl?budget_period_id=3) not showing what is encumbered only what was spent - so it’s misleading to what is left in the budget - but it does show it on this page: cgi-bin/koha/acqui/acqui-home.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 2

[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 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 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 4868] New: /cgi-bin/koha/cataloguing/addbiblio.pl
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '12

20 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4868 Summary: /cgi-bin/koha/cataloguing/addbiblio.pl Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Created attachment 2233 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2233 Screenshot of proposed interface change When editing MARC tags in the biblio editor, repeatable subfields have two controls next to them, a "+" and a "-" for cloning and deleting subfields. These controls are currently marked up as text within <span>s, so they don't appear to be clickable: they're not highlighted as links and the cursor doesn't change to a pointer. I propose converting the <span>s to links and using icons instead of "+" and "-". -- 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 18

[Bug 4940] New: Koha should include sample rc.d script(s) for *BSD
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '12

07 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4940 Summary: Koha should include sample rc.d script(s) for *BSD Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: Other Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: camins(a)numismatics.org ReportedBy: camins(a)numismatics.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Koha includes a sample script for a SysV-style init.d script for starting the zebra daemon, but there is no script suitable for BSD-style distributions that use rc.d instead of init.d. Such a script would be helpful for anyone interested in running Koha under FreeBSD or NetBSD. -- 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