December 2017 - Koha-bugs - lists.koha-community.org

[Bug 11512] Forced holds that violate issuing rules will never be filled
by bugzilla-daemon＠bugs.koha-community.org 26 Dec '17

26 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11512 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|koha-bugs(a)lists.koha-commun |kyle(a)bywatersolutions.com |ity.org | -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 19880] New: Selenium test for testing the administration module functionality - part 2
by bugzilla-daemon＠bugs.koha-community.org 26 Dec '17

26 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19880 Bug ID: 19880 Summary: Selenium test for testing the administration module functionality - part 2 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: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 19243 On bug 19243 we tested: * Add item type * Add library * Add authorised values * Add patron category Here we need to improve: * Add circulation rule * Modify frameworks And write the tests for: * Add patron attribute type * Add Z39.50 target server * Add item circulation alert * Add city Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19243 [Bug 19243] Selenium test for testing the administration module functionality - part 1 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19879] New: awewa
by bugzilla-daemon＠bugs.koha-community.org 26 Dec '17

26 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19879 Bug ID: 19879 Summary: awewa Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Browser compatibility Assignee: oleonard(a)myacpl.org Reporter: singgihea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 70151 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=70151&action=ed… awewae -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 12502] Add columns for note, order number and ISBN to late orders page
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '17

23 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12502 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #8 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi, I like what this is trying to do, but at the moment it doesn't work and will need more work in order to make it in. 1) This patch adds a new routine ModNotesOrder to the C4 namespace. You should add it to the Koha namespace instead, for example: Koha::Acq::Order->add_note. It also needs to be covered by unit tests. 2) You change the CSV header, but only add the 2 notes fields. Why not the ISBN? 3) Entering/saving notes does currently not work for me at all. I think the input fields in the table take up a lot of space and are not easy to handle. I suggest taking a look at how adding messages in the patron account works (button in the toolbar). The change should show immediately (Ajax) or the page should reload automatically after entering a note (no need to F5). 4) Tiny: The order search uses 'order line' for 'Order no.' - I suggest to also use order line here to make it consistent. 5) The late orders table can be configured using the column visibility settings. The new columns need to be added there as well so you can control when and where they are visible. 6) Last is just an idea/question: If we are showing ISBN, should we show ISSN too? Maybe a combined column? 1) and 5) are the biggest issues. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19796] New: [16.11] Subscription info appears doubled up on OPAC detail page
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '17

22 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19796 Bug ID: 19796 Summary: [16.11] Subscription info appears doubled up on OPAC detail page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: chris(a)bigballofwax.co.nz, colin.campbell(a)ptfs-europe.com When bug 18754 was merged into 16.11 a little mistake crept in. The "Subscripiton from: ..." line now appears twice on the subscription tab on the OPAC detail page. 823 [% END %] 824 <p>Subscription from: [% subscription.histstartdate | $KohaDates %] to:[% IF ( subscription.histenddate ) %] [% subscription.histenddate | $KohaDates %] [% ELSE %] now (current)[% END %]</p> 825 <p class="subscription_dates">Subscription from: [% subscription.histstartdate | $KohaDates %] to:[% IF ( subscription.histenddate ) %] [% subscription.histenddate | $KohaDates %] [% ELSE %] now (current)[% END %]</p> 826 [% IF ( subscription.missinglist ) %] This is where the mistake happened: http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=b0d86d10443… Problem is in 16.11 only, doesn't appear in 17.05 and up. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 9495] Split NotesBlacklist in to two prefs for staff and OPAC
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '17

22 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9495 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|split NotesBlacklist in to |Split NotesBlacklist in to |two prefs for staff and |two prefs for staff and |OPAC |OPAC -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8962] Restore Any index behavior and add Anywhere index
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '17

22 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8962 Fridolin SOMERS <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff --- Comment #53 from Fridolin SOMERS <fridolin.somers(a)biblibre.com> --- Once validated, we will patch the DOM XSL config files. Maybe first patch needs some changes, let me know. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8962] Restore Any index behavior and add Anywhere index
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '17

22 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8962 --- Comment #52 from Fridolin SOMERS <fridolin.somers(a)biblibre.com> --- Created attachment 70127 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=70127&action=ed… Bug 8962: Restore Any index behavior and add Anywhere index The "Any" index/register should contains all the data contained in all the other indexes/registers (e.g. Title, Author, Subject, etc). The "Anywhere" index/register should contain the entire record including fields/subfields that aren't indexed anywhere else. In GRS1 indexing the Any index was indeed only on fields defined as indexed. This has changed in DOM where all data in MARC is indexed with Any. This generates a lot of results when no index is defined in search. This patch changes the DOM xsl config generation to add Any to each indexed data and add Anywhere to keep a way of searching on all data. Test plan : - Add a data on a field that is not indexed : for example "toto" in 998$z - Add same data as the title of another record - Index the records - Search on toto without index (uses Any) => you get the 2 records - Search on toto with title index => you get the record with "toto" as title - Apply patch - Update DOM xsl config files - Reindex - Search on toto without index (uses Any) => you get the record with "toto" as title - Search on toto with title index => you get the record with "toto" as title - Search on toto with Anywhere index => you get the 2 records -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15492] Stand alone self check-in tool
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '17

22 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15492 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org Status|Passed QA |Failed QA --- Comment #14 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- All works great, few concerns: 1. Code in C4::Auth must be simplify and merged with existing one (you c/p 25 lines) 2. Only the AutoSelfCheckID should be able to connect to sci-main.pl, we should apply the same behaviour as self-checkout (no?) 3. Description (and name) of the permission self_checkout must be adapted 4. I do not know how SCOMainUserBlock is used, but it may be wrong to display it for SCI (?) 5. "Data corruption detected" => Are we sure we want to display that at the OPAC? 6. If error code is not known, we should display it instead of ignore it (BLOCK error_message) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11317] Add a way to access files from the intranet
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '17

22 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11317 Josef Moravec <josef.moravec(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA QA Contact|testopia(a)bugs.koha-communit |josef.moravec(a)gmail.com |y.org | CC| |josef.moravec(a)gmail.com --- Comment #116 from Josef Moravec <josef.moravec(a)gmail.com> --- Sorry, I see it is long process to get this to Koha, but I have one more concern: If there are files with the same name in multiple directories, they have the same hash! Than only one of them is always downloaded, although both (or more) are listed. The path of each file should be presented in the table too. -- You are receiving this mail because: You are watching all bug changes.

1 0