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

[Bug 4966] New: no way to finish receiving
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4966 Summary: no way to finish receiving Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/acqui/parcel.pl?invoice=23&supplierid=3&g st=0&datereceived=2010-07-07 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 When receiving items in an order there is no button to confirm when you're done, you just leave the page, there should be some way to confirm that you're done with that invoice number before moving on - it's very confusing now about what I should do once i'm done ... -- 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 16

[Bug 4831] New: Actual Price being ignored after receive
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4831 Summary: Actual Price being ignored after receive Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement 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 2180 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2180 actual price receipt See attached. I changed the actual price to very high numbers and saved. When I see the receipt of my payments it shows the right actual price, but when I look at the amount encumbered on the main acq page it is not showing the right amount. -- 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 16

[Bug 5083] New: Some source files lack on ca-VA tree distribution
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '11

25 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5083 Summary: Some source files lack on ca-VA tree distribution Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: I18N/L10N AssignedTo: chris(a)bigballofwax.co.nz ReportedBy: evelio(a)masmedios.com QAContact: koha-bugs(a)lists.koha-community.org CC: evelio(a)masmedios.com Estimated Hours: 0.0 Hello Around 45 files are not included on ca-VA directory. I had to copy them from es-ES. The following directories does not exist - includes - js - lib - xslt and several files *css and *tmpl are not there too. You can test it in a quick way with the following command line: First number, tells "number of files" koha2# tar tvfz koha-3.00.06-all-translations.tar.gz |grep en-NZ|wc 1370 8220 191391 koha2# tar tvfz koha-3.00.06-all-translations.tar.gz |grep en-GB|wc 1370 8220 191391 koha2# tar tvfz koha-3.00.06-all-translations.tar.gz |grep ca-VA|wc 1272 7632 179852 koha2# tar tvfz koha-3.00.06-all-translations.tar.gz |grep es-ES|wc 1370 8220 191391 Any explanation of these differences will be appreciated Thanks in advance Evelio -- 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 5141] New: Cannot duplicate subfields after duplicating a field
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '11

25 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5141 Summary: Cannot duplicate subfields after duplicating a field Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: camins(a)numismatics.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 After duplicating a field in an existing record, if I try to add a subfield to the field I just created, it adds the subfield to the field I copied from, and not the field I want to add the subfield 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 1

[Bug 5259] New: 245 $c not displaying except in Card?ISBD View (OPAC) and ISBD View (Stafff side)
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '11

25 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5259 Summary: 245 $c not displaying except in Card?ISBD View (OPAC) and ISBD View (Stafff side) Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: reva12(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 245 $c not displaying in Normal View (neither in OPAC nor on the Staff side) at the head of a record display even though $c is set to Show (i.e. hide = 0 in the subfield structure). It is customary practice to show the Title / Statement of Responsibility at the head of each displayed record even in Normal View (Normal View is labeled in a variety of ways in different catalogs). Thanks. -- 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 5395] New: C4::Acquisition::SearchOrder POD inconsistent with function
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '11

24 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5395 Summary: C4::Acquisition::SearchOrder POD inconsistent with function Change sponsored?: Seeking developer Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Developer documentation AssignedTo: gmcharlt(a)gmail.com ReportedBy: mjr(a)ttllp.co.uk QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The C4::Acquisition::SearchOrder POD starts @results = &SearchOrder($search, $biblionumber, $complete); The C4::Acquisition::SearchOrder function starts my ($ordernumber, $search, $supplierid, $basket) = @_; Can someone who really understands what it does update the POD, please, or shall I take a crack? -- 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 5206] New: cloning a subfield clones the wrong one
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '11

24 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5206 Summary: cloning a subfield clones the wrong one Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 When you have more than one field of the same number (650 for example) and then choose to clone a subfield on the second or third of those fields (subfield v for example) then the cloned subfield v goes on to the first 650 instead of the one you actually wanted it added 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 2

[Bug 4918] New: searsh z3950
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '11

24 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4918 Summary: searsh z3950 Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Z39.50 / SRU / OpenSearch Servers AssignedTo: gmcharlt(a)gmail.com ReportedBy: dali.bouazizi(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Echec de la connexion à z3950.bnf.fr -- 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 5436] New: Extended patron attributes display improvements
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '11

19 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5436 Summary: Extended patron attributes display improvements Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Enhancements_to_th e_display_of_extended_patron_attributes_in_circ OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Extended patron attributes are a great tool: it provides nice flexibility in the information one wants to manage in the patron's record. But as of version 3.2 we don't have any way to manage how this information will be displayed once entered. For some extended attributes, it might be useful to have them display in circ/circulation.pl, in the Check Out tab, which is arguably the most important tab in this page, rather than at the end of the Details page. This RFC proposes: when looking up a patron from members-home.pl and having one and only one result, one should go straight to the member.pl, not have a table with 1 result only; on circ/returns.pl page when I click on a patron's name (link), I should not go to koha/members/moremember.pl?borrowernumber=XXX but to koha/circ/circulation.pl?borrowernumber=XXX to add a field to admin/patron-att-types.pl?op=edit -- 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 43

[Bug 5660] New: Webinstaller should check if KohaOpacLanguage exists in staff
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '11

17 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5660 Summary: Webinstaller should check if KohaOpacLanguage exists in staff Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: PATCH-Sent Component: Installation and upgrade (web-based installer) AssignedTo: m.de.rooy(a)rijksmuseum.nl ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 While upgrading, I stumbled into this error: [error] [client ...] built-in find_file: can't find file /usr/share/koha/testclone/koha-tmpl/intranet-tmpl/prog/nl-NL/modules/installer/step3.tmpl with path = [ '/usr/share/koha/testclone/koha-tmpl/intranet-tmpl/prog/nl-NL/includes' ], referer: http://.../cgi-bin/koha/installer/install.pl?step=3 What is the case? I installed language nl-NL only on the opac side. But the installer simply assumes it to be on the intranet side too. Will send a small patch for this bug. -- 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