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

[Bug 2944] New: Search to add items to a label batch broken
by bugzilla-daemon＠pippin.metavore.com 04 Feb '09

04 Feb '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2944 Summary: Search to add items to a label batch broken Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Label printing AssignedTo: mason.james(a)liblime.com ReportedBy: emily.funk(a)liblime.com QAContact: koha-bugs(a)lists.koha.org CC: emily.funk(a)liblime.com After latest update (3.0100012) label batches can no longer be created. The pop-up window is available, but after a search is entered, the pop up window remains empty. It doesn't search the catalog or allow items to be added to the batch. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2943] staff bib-search returns only 1 item per bib.
by bugzilla-daemon＠pippin.metavore.com 04 Feb '09

04 Feb '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2943 ------- Comment #1 from mason.loves.sushi(a)gmail.com 2009-02-04 02:11 ------- Created an attachment (id=609) --> (http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=609&action=view) patch ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2943] New: staff bib-search returns only 1 item per bib.
by bugzilla-daemon＠pippin.metavore.com 04 Feb '09

04 Feb '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2943 Summary: staff bib-search returns only 1 item per bib. Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Searching AssignedTo: jmf(a)liblime.com ReportedBy: mason.loves.sushi(a)gmail.com QAContact: koha-bugs(a)lists.koha.org 'maxItemsinSearchResults' syspref does not exist for MARC21 install means bib-search always returns 1 item only. http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=blob;f=C4/Search.pm;h=1509f… mason@fugu:~/git/3.0.x$ grep -r maxItemsInSearchResults ./* ./installer/data/mysql/updatedatabase.pl:$dbh->do("INSERT INTO `systempreferences` (variable,value,explanation,options,type) VALUES('maxItemsInSearchResults',20,'Specify the maximum number of items to display for each result on a page of results',NULL,'free')"); ./installer/data/mysql/fr-FR/1-Obligatoire/unimarc_standard_systemprefs.sql:INSERT INTO `systempreferences` (variable,value,explanation,options,type) VALUES('maxItemsInSearchResults',20,'Spécifie le nombre maximum d''exemplaires à afficher sur les pages de résultats',NULL,'free'); ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2942] New: No files to translate for Czech language
by bugzilla-daemon＠pippin.metavore.com 04 Feb '09

04 Feb '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2942 Summary: No files to translate for Czech language Product: Koha Version: rel_3_0 Platform: All URL: http://translate.koha.org/cs/ OS/Version: All Status: NEW Severity: normal Priority: P3 Component: translate.koha.org AssignedTo: jmf(a)liblime.com ReportedBy: zabak(a)mzk.cz QAContact: koha-bugs(a)lists.koha.org Hi, I see no way of adding Czech language to the list of languages for translation - there are no projects listed under "Czech". ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2941] New: Transfers cannot be canceled once initiated.
by bugzilla-daemon＠pippin.metavore.com 04 Feb '09

04 Feb '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2941 Summary: Transfers cannot be canceled once initiated. Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: rch(a)liblime.com QAContact: koha-bugs(a)lists.koha.org If a hold is placed at library B for an item at library A, once library A checks in the item and initiates the transfer, further check-ins prompt only to send the item to library B, even if the hold that triggered the transfer has been canceled. I suggest two solutions to this problem: (1) if a transfer is in progress, checking in at the originating library should offer a cancellation of transfer. (2) moredetail.pl does NOT currently report any transfer information. If an item is in transit, it should be reported here, and the user should be able to cancel a transfer from this screen, reverting holdingbranch to the transfer initiating branch. (or, minimally, the in-transit status should be reported, and a check-in should offer a cancel-transfer option). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2919] For additem, auto-fill of barcode and date acquired fails
by bugzilla-daemon＠pippin.metavore.com 03 Feb '09

03 Feb '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2919 cookie.wolfrom(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cookie.wolfrom(a)liblime.com ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2599] Search limits not working for NoZebra
by bugzilla-daemon＠pippin.metavore.com 03 Feb '09

03 Feb '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2599 jmf(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|jmf(a)liblime.com |henridamien(a)koha-fr.org Summary|Search limits not working |Search limits not working | |for NoZebra ------- Comment #6 from jmf(a)liblime.com 2009-02-03 05:52 ------- Changing name and re-assigning to Henri-Damien ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2939] uninitialized value warning in reports/serials_stats.pl
by bugzilla-daemon＠pippin.metavore.com 03 Feb '09

03 Feb '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2939 nahuel.angelinetti(a)biblibre.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Priority|P3 |PATCH-Sent ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2939] uninitialized value warning in reports/serials_stats.pl
by bugzilla-daemon＠pippin.metavore.com 03 Feb '09

03 Feb '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2939 ------- Comment #1 from nahuel.angelinetti(a)biblibre.com 2009-02-03 00:48 ------- Created an attachment (id=608) --> (http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=608&action=view) bugfix ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2691] call number split failing in come cases
by bugzilla-daemon＠pippin.metavore.com 03 Feb '09

03 Feb '09

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2691 ------- Comment #6 from joe.atzberger(a)liblime.com 2009-02-02 16:29 ------- OK, this is a partial description of the problem, but only the "after" (i.e. target) state. What we need are mappings from the single-string "itemcallnumber" representation to the appropriate separate parts. For example, here are some test cases I propose: HE8700.7 .P6T44 1983 => HE 8700.7 P6T44 1983 BS2545.E8 H39 1996 => BS 2545 .E8 H39 1996 BS2545.E8 .H39 1996 => BS 2545 .E8 H39 1996 NX512.S85 A4 2006 => NX 512 .S85 A4 2006 Are those correct mappings? Are they even "valid" LCCN to begin with? Note the "H39" vs ".H39" difference. What characters or sections should get "dropped"? There does not appear to be any reliable rule that would apply to all libraries. --Joe (In reply to comment #3) > This from a cataloger who uses LC: .... > > BJ466 > .S7 > 1986 > Copy 1 > > BJ466 > .S7 > 1986 > Copy 2 > > BJ319 > .A46 > 1989 > Copy 1 > Asian > Japan > > BJ455 > .B3S6 > 1986 > vol.3 > Copy 2 > MRR Alc > > BJ455 > .B3S6 > 1986 > Suppl. > Copy 3 > Sci RR > > When volume numbering is necessary, use the abbreviated English > designations vol., pt., and no. for volume, part, and number (cf. G > 615). > > You can see that here we did not follow LC exactly. We drop > the numeric portion of the class number, for example: > > BJ > 466 > .S7 > 1986 > Copy 1 > ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0