June 2013 - Koha-bugs - lists.koha-community.org

[Bug 6331] New: Obsolete marc column in deleteditems
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '14

03 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6331 Bug #: 6331 Summary: Obsolete marc column in deleteditems Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org There is a difference between "items" and "deleteditems" tables in "kohastructure.sql" : "deleteditems" has a field "marc" not existing in "items". This columns appears to be obsolete. -- 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 28

[Bug 10341] New: Erro installing new language with Koha
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '14

02 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10341 Bug ID: 10341 Summary: Erro installing new language with Koha Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: costalc(a)gmail.com CC: frederic(a)tamil.fr Erro while trying to install es-ES language. Steps followed by me: 1) cd /usr/share/koha/misc/translator 2) perl translate install es-ES Message echoed: /usr/share/koha/opac/htdocs/opac-tmpl/prog/es-ES: The directory does not exist /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/es-ES: The directory does not exist /usr/share/koha/opac/htdocs/opac-tmpl/ccsr/es-ES: The directory does not exist Koha directories hierarchy for es-ES must be created first Regards, Claudio -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 7967] New: Z39.50 client should negotiate encoding with server
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '13

31 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7967 Priority: P5 - low Change sponsored?: --- Bug ID: 7967 Assignee: gmcharlt(a)gmail.com Summary: Z39.50 client should negotiate encoding with server QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: pongtawat.c(a)gmail.com Hardware: All Status: NEW Version: rel_3_2 Component: Cataloging Product: Koha Created attachment 9216 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9216&action=edit Add UTF-8 charset negotiation to Z39.50 search Currently Koha has an option to specify encoding for Z39.50 target. However, that option only tell Koha what encoding is to be expected from the server. Some server support multiple encoding format that could be negotiated via "charset" option. For example OCLC WorldCat support both UTF-8 and MARC-8 and default to MARC-8. As UTF-8 should be a better option, it would be better if Koha can try to negotiate the result encoding. I made a simple patch to z3950_search.pl that just set ZOOM charset option to 'UTF-8" when Koha's Z39.50 target encoding is set to utf8 (I don't know valid value for charset option for other encoding). This work for OCLC WorldCat and some other targets. Note that I test it on Koha 3.2 and it should also work on later version as that part of code is unchanged. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 7151] New: rebuild_zebra needs a lockfile
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '13

31 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7151 Bug #: 7151 Summary: rebuild_zebra needs a lockfile 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: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org It is possible to have multiple rebuild_zebra running for the same environment, this is both inefficient and dangerous. This bug is track creating using a lockfile to stop this occuring -- 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 10502] New: Add independent branches option for sql reports
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '13

29 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10502 Bug ID: 10502 Summary: Add independent branches option for sql reports Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 9686] New: Sorting with independent branches returns results from all branches
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '13

29 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9686 Bug ID: 9686 Summary: Sorting with independent branches returns results from all branches Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: elliott(a)bywatersolutions.com When performing a search from the staff client or the OPAC with independent branches enabled you get independent branch results. However, upon sorting the aforementioned results you get back results from all branches. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 10298] New: t::lib::Mocks tries to deal with syspref but doesn not manage to
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '13

27 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10298 Bug ID: 10298 Summary: t::lib::Mocks tries to deal with syspref but doesn not manage to Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 10140] New: add UNIMARC tests to t/db_dependent/Record/Record.t
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '13

27 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10140 Bug ID: 10140 Summary: add UNIMARC tests to t/db_dependent/Record/Record.t Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com Koha does not currently have any UNIMARC tests this patch attempts to add a set of UNIMARC tests to Koha -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 6879] New: Actual price should show correctly on order line and basket summary
by bugzilla-daemon＠bugs.koha-community.org 25 Dec '13

25 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6879 Bug #: 6879 Summary: Actual price should show correctly on order line and basket summary Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5454 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5454 basket summary page I found this testing the bug for 4831. When you enter an actual price receiving items this it the price, that should be accounted as spent in the system. It should also be shown on order line. It isn't. To test: - create new fund - order item, price 8.74 - receive item, enter actual price 10.00 - search for the title in acq - check attached screenshots - basket summary page should show actual price somewhere - modifying the order line shows the wrong(!) value as actual price -- 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 20

[Bug 9775] New: unitprice should be hidden when creating an order
by bugzilla-daemon＠bugs.koha-community.org 25 Dec '13

25 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9775 Bug ID: 9775 Summary: unitprice should be hidden when creating an order Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathieu.saby(a)univ-rennes2.fr According to schemaspy, unitprice is supposed to be used for the actual price of an item, known by librarians when they are receiving the document. That is how we use it in Rennes 2. So it should be displayed only in receipt page, and not when we are creating an order M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5