December 2014 - 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 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 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 22 Jun '15

22 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

[Bug 13437] New: Convert marc21 framework plugins to new style (see also 10480)
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '15

22 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13437 Bug ID: 13437 Summary: Convert marc21 framework plugins to new style (see also 10480) 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 7144] New: Floating collection
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '15

22 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7144 Bug #: 7144 Summary: Floating collection Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Make a system preference called 'floating collection' if you turn this on, then only reserves will cause a transfer, not just returning an item at a branch other than it's homebranch Work to do: * Add a system preference 'FloatingCollection' * If this is enable, items only prompt to be transferred if they could fill a reserve there * Otherwise they stay at their current branch How to test * Switch system preference on * Return some items at a branch other than its home branch, you should get no prompt to transfer * Return one that has a reserve at another branch, should get a prompt to transfer. -- 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 39