May 2015 - Koha-bugs - lists.koha-community.org

[Bug 13404] New: More »System information« about GRS1 vs DOM settings
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '15

25 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13404 Bug ID: 13404 Summary: More »System information« about GRS1 vs DOM settings Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: nengard(a)gmail.com Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org System information indicates missing <zebra_bib_index_mode> and <zebra_auth_index_mode> entries in koha-conf.xml. This patch - adds warnings about a possible mismatch between these settings and the actual setup - adds info about the actual setup/what values to use for <zebra_bib_index_mode> and <zebra_auth_index_mode> if they are not set. The assumption is that a path including 'zebra-*-dom.cfg' in the respective section indicates a DOM setup. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 14270] New: Software Error: (as_string)
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '15

24 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14270 Bug ID: 14270 Summary: Software Error: (as_string) Change sponsored?: --- Product: Koha Version: 3.16 Hardware: PC OS: Windows Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: and_txg(a)yahoo.com.br QA Contact: testopia(a)bugs.koha-community.org Created attachment 39483 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=39483&action=edit this is one study that cause error ! hi, When you enter for example ( The Louse ) a book name in Brazil , in search field, Koha brings this error message : Software error : Can not call method " as_string " on an undefined value at /usr/share/koha/lib/C4/Koha.pm line in 1608 . For help , please send mail to the webmaster ( [no address given Beheerder ] ) , giving this error message and the team and date of the error . And I am not able to resolve this error , with other books and authors , even when the base it does not bring me to search information or catalog . I hope you can help me solve this error as soon as possible ! Grateful ! Anderson Goes -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 12074] New: Filter duplicates when adding a full batch from a staged file
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '15

24 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12074 Bug ID: 12074 Summary: Filter duplicates when adding a full batch from a staged file 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: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org Until now, when you add order for a single record from a staged batch, duplicates are checked and if found you can choose 3 different treatments : adding a new order from existing record, adding a new record nevertheless or doing nothing. But when importing the batch all in once (Import all), there's no duplicate checking. This patch aims to solve this. When adding a batch of records to a basket, duplicates are skipped and an alert is displayed with a link to them so as they could be treated individually. In the case that all batch records match an existing record, you stay on the staged batch list, a warning is also visible to tell you that nothing had been imported. The "Import all" block is not any more displayed Test plan : You need the 2 test attached files TestFile1.mrc and TestFile2.elc (TestFile1 includes only the title "Amilec ou La graine d'hommes" that is also included in TestFile2) 1) go to “Stage MARC records for import” page, upload TestFile1 and stage it (select iso 5426 encoding). 2) Manage staged record and import the batch. 3) Make sure that the new record is indexed (depending to your indexing system and test platform). 4) Go back to go to “Stage MARC records for import” page upload TestFile2 and stage it (select iso 5426 encoding). 5) Go to acquisitions module and create a new basket. 6) From your basket, in the “Add order to basket block” choose 'From a staged file'. 7) Then click File2 (‘addorder button'). 8) Go down the "Import all" block and save. 9) You are redirected to the basket page : a warning is displayed to tell you that some duplicates have been found and skipped. There's a link on the warning throughout you can go back to the list of remaining records and treat them individually if necesary. 10) Click the link : you fall upon the title of TestFile1 (of course as it's a duplicate). 11) Check that the imported records have been indexed. 11) Go down the "Import all" block and save. 12) A warning is displayed saying that no records have been imported because they all match an existing record. The “Import all” block is not any more visible. Olivier Crouzet -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 7175] New: Improve order receiving page
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '15

24 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7175 Bug #: 7175 Summary: Improve order receiving page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: julian.maurice(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Created attachment 6232 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6232 orderreceive.pl When syspref AcqCreateItem="ordering", this development allow to choose what items are received by listing all created items and providing a checkbox for each one. See the screenshot to see what it looks like. BibLibre infos: Repository: git://git.biblibre.com/koha_biblibre.git Branch: stetienne/ft/MT6527 -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 64

[Bug 14287] New: Preserve valid ISBN-13 identifiers if they start with something else than 978
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '15

23 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14287 Bug ID: 14287 Summary: Preserve valid ISBN-13 identifiers if they start with something else than 978 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If Business::ISBN cannot make an ISBN-10 out of a valid ISBN-13 starting with 979, then we should preserve the ISBN-13 instead of getting rid of it. ISBN-13 starting with 979 is valid as well and in a few years starting with 980 might be as well as the ISBN supply is running out. This patch modifies the C4::Koha::NormalizeISBN() to preserve the original ISBN if type conversion fails. Also Koha should support all ISBN-variants interchangeably, see Bug 10192. Some Items have ISBN-10 from some sources and the exact same Item can have ISBN-13 from other valid sources. Maybe the easiest solution is to migrate all current and future imported ISBNs to ISBN-13 -variant since according to the same wikipedia article, the conversion is quite easy. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 14286] New: Encode.pm line 215
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '15

23 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14286 Bug ID: 14286 Summary: Encode.pm line 215 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: sergeinik(a)tut.by QA Contact: testopia(a)bugs.koha-community.org Cyrillic search in opac Cannot decode string with wide characters at /usr/lib/i386-linux-gnu/perl/5.20/Encode.pm line 215. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 13547] New: Item field 3 (Materials specified) would be useful to see on OPAC
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '15

23 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13547 Bug ID: 13547 Summary: Item field 3 (Materials specified) would be useful to see on OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org The Materials specified (field 3) is show on the staff catalog in each item row in the record view, but not on the patron side. This would be helpful to see on the patron side. As it is now, patrons can see one general description of items in the bib record from field 300e. However, if there were some minor discrepancies between items (fewer discs, no bonus disc), your choices here are to either hope no one cares, or create a separate bib record. With this item field showing, you could list minor material differences. Christopher -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 13171] New: Check box for email is missing for hold notifications in patron messaging preferences.
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '15

23 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13171 Bug ID: 13171 Summary: Check box for email is missing for hold notifications in patron messaging preferences. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com After upgrade to 3.16, I've seen two partners who have the 'Email' check-box missing in the 'Patron Messaging Preferences' area on moremember.pl. There is a '-' where the check box should appear. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 9000] New: misc/cronjobs/rss/rss.pl uses HTP
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '15

23 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9000 Priority: P5 - low Change sponsored?: --- Bug ID: 9000 Assignee: gmcharlt(a)gmail.com Summary: misc/cronjobs/rss/rss.pl uses HTP Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Command-line Utilities Product: Koha The file check misc/cronjobs/rss/rss.pl uses HTML::Template::Pro. It should be converted to use Template::Toolkit, or, if it is a legacy script, removed. -- You are receiving this mail because: You are watching all bug changes.

1 42

[Bug 10625] New: Inventory/Stocktaking tool cannot handle windows file uploads
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '15

23 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10625 Bug ID: 10625 Summary: Inventory/Stocktaking tool cannot handle windows file uploads Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The inventory/stocktaking tool interprets windows text editor file as a single large barcode because the text editor only uses carriage returns for line breaks, rather than a carriage return and line break combination. This tools should be able to handle \r, \n, and/or \r\n. -- You are receiving this mail because: You are watching all bug changes.

1 39