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

[Bug 12656] New: add a notice that tells patrons when their hold was cancelled because it wasn't picked up in time
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '15

25 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12656 Bug ID: 12656 Summary: add a notice that tells patrons when their hold was cancelled because it wasn't picked up in time Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be nice to add a notice that tells patrons when their hold was cancelled because it wasn't picked up in time - not a notice for call cancels, just the one that was done due to a late pickup. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[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 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 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

[Bug 7793] New: redefine the field message_id as PRIMARY KEY of message_queue
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '15

23 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7793 Priority: P5 - low Change sponsored?: --- Bug ID: 7793 Assignee: gmcharlt(a)gmail.com Summary: redefine the field message_id as PRIMARY KEY of message_queue QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: stephane.delaune(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Database Product: Koha table message_queue has a NOT NULL AUTO_INCREMENT key `message_id`, we should move to PRIMARY KEY -- You are receiving this mail because: You are watching all bug changes.

1 44

[Bug 12603] New: TestBuilder - Module to simplify the writing of tests
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '15

22 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12603 Bug ID: 12603 Summary: TestBuilder - Module to simplify the writing of tests Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: yohann.dufour(a)biblibre.com QA Contact: gmcharlt(a)gmail.com Hi, With Jonathan Druart, we have been working on a module which allows to simplify the writing of tests by inserting all the foreign keys which are necessary to insert a new entry in the database. For example, if you want to test an order, you have to create a biblio, a bookseller, a budget, etc. With this module, two lines are sufficient to create an order. -- You are receiving this mail because: You are watching all bug changes.

1 37