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

[Bug 16924] New: Add Search by Accelerated Reading Level Range
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '19

12 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16924 Bug ID: 16924 Summary: Add Search by Accelerated Reading Level Range Change sponsored?: Seeking cosponsors Product: Koha Version: master Hardware: All URL: http://devs.bywatersolutions.com/projects/add-search-a ccelerated-reading-level-range/ OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Work to be done: Create an index for the 526 MARC fields Add range searching to advanced search in OPAC and Staff on new index Seeking Cosponsors here: http://devs.bywatersolutions.com/projects/add-search-accelerated-reading-le… -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 17832] New: arl (accelerated reading level) and ard (? -- Title point value) searches do not return results
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '19

12 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17832 Bug ID: 17832 Summary: arl (accelerated reading level) and ard (? -- Title point value) searches do not return results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Prepending "arl:" or "ard:" to search terms should use the "ard" or "arl" indexes. arl should index 526$c, and ard should index 526$d. Here are some values for 526$c, taken from the koha database backing http://catalog.bywatersolutions.com/. select biblionumber, title, ExtractValue( marcxml, '//datafield[@tag=526]/subfield[@code="c"]' ) as 'arl' from biblioitems inner join biblio using (biblionumber) where ExtractValue( marcxml, '//datafield[@tag=526]/subfield[@code="c"]' ) != '' limit 10; +--------------+-----------------------------------------------+-----------------+ | biblionumber | title | arl | +--------------+-----------------------------------------------+-----------------+ | 33556 | Boy, were we wrong about dinosaurs! / | 5.0 | | 37781 | Who really discovered America? : | 100 | | 39460 | Mummies in the morning / | 2.7 grade level | | 45646 | Endymion Spring / | 6.3 | | 47364 | The year we disappeared : | 5.7 | | 48039 | There was an old lady who swallowed Fly Guy / | 1.6 | | 48041 | Ants / | 1.5 1.0 | | 48042 | The Arabian horse / | 3.5 4.9 | | 48043 | Athena / | 4.4 4.4 | | 48044 | Aunts / | 1.3 0.9 | +--------------+-----------------------------------------------+-----------------+ 10 rows in set (5.19 sec) ... so a search of "arl: 2.7 grade level" *should* return results for at least "Mummies in the morning /" Instead http://catalog.bywatersolutions.com/cgi-bin/koha/opac-search.pl?idx=&q=arl%… returns no results. Likewise for ard select biblionumber, title, ExtractValue( marcxml, '//datafield[@tag=526]/subfield[@code="d"]' ) as 'ard' from biblioitems inner join biblio using (biblionumber) where ExtractValue( marcxml, '//datafield[@tag=526]/subfield[@code="d"]' ) != '' limit 10 +--------------+-----------------------------------------------+----------+ | biblionumber | title | ard | +--------------+-----------------------------------------------+----------+ | 33556 | Boy, were we wrong about dinosaurs! / | 0.5 | | 37781 | Who really discovered America? : | 2000 | | 39460 | Mummies in the morning / | 1.0 pts. | | 45646 | Endymion Spring / | 13. | | 47364 | The year we disappeared : | 13 | | 48039 | There was an old lady who swallowed Fly Guy / | 0.5 | | 48041 | Ants / | 1 0.5 | | 48042 | The Arabian horse / | 3 0.5 | | 48043 | Athena / | 3 0.5 | | 48044 | Aunts / | 1 0.5 | +--------------+-----------------------------------------------+----------+ A search for "ard: 1.0 pts" should return "Mummies in the morning /" But http://catalog.bywatersolutions.com/cgi-bin/koha/opac-search.pl?idx=&q=ard%… Does not. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 18187] New: finishreceive.pl: Save bookseller name into items acquisition source field
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '19

12 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18187 Bug ID: 18187 Summary: finishreceive.pl: Save bookseller name into items acquisition source field 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 16831] New: Patron List is not generated at the time of filtered search
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '19

12 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16831 Bug ID: 16831 Summary: Patron List is not generated at the time of filtered search Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: dsamantalis(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 52940 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=52940&action=ed… Snapshot at the time searching patron by setting up filters. In the Patron segment when search is carried out by set up filters like patron category, Library etc. no list is generated. But on individual search by patron card number or partial name the patron details is shown.Also when guided report is generated by restricted with category and library branch, generate accurate result. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 18319] New: Elasticsearch Advanced search breadcrumbs broken
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '19

08 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18319 Bug ID: 18319 Summary: Elasticsearch Advanced search breadcrumbs broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: Perform an advanced search with more than one term Get results but note that searchis not populated in breadcrumbs Try to sort the results You will be kicked in to an empty adv. search page -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 18091] New: No documentation for SMS via email in 16.05 or 16.11 documentation
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '19

07 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18091 Bug ID: 18091 Summary: No documentation for SMS via email in 16.05 or 16.11 documentation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 9021 -- Add an exception to SMS via email documentation in the Koha manua -- was added to 16.05, but there is no documentation for adding SMS gateways nor adding the provider and sms number in the patron's messaging preferences. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 18337] New: No results found when advanced searching branches
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '19

05 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18337 Bug ID: 18337 Summary: No results found when advanced searching branches Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: martin.stastny(a)teamlibrary.cz QA Contact: testopia(a)bugs.koha-community.org Hello, I have a problem with advanced searching for specific branch without (or with - doesn't matter) another limit. I always get message: "No results found" in spite of there are a tons of books in the selected branch. Here is my searching url: search.pl?idx=kw&idx=kw&idx=kw&limit=branch%3APKK&sort_by=relevance By some research I found that if I delete "branch%3A" I get some results. We use a multi-instance Koha and the other instances have correct search. Can you help me, please. Kind regards, Martin -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 16113] New: Specify due date for batch check out
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '19

05 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16113 Bug ID: 16113 Summary: Specify due date for batch check out Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, Currently , we can not manually select a due date in the batch check out tool. This could be a system preference like specifyDueDate or SpecifyReturnDate. Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 18114] New: koha-start-* and koha-stop-* should be replaced with the new command style
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '19

25 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18114 Bug ID: 18114 Summary: koha-start-* and koha-stop-* should be replaced with the new command style Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net Commands like koha-start-zebra and koha-stop-sip should be replaced with koha-zebra --start and koha-sip --stop to emulate the newer style used in script like koha-plack -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 17347] New: 'Renew' tab should ignore whitespace at begining and end of barcode
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '19

25 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17347 Bug ID: 17347 Summary: 'Renew' tab should ignore whitespace at begining and end of barcode Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When you copy a barcode from somewhere else, sometimes there is whitespace at the beginning or the end. The checkout tab ignores this, the renew tab should as well. If you enter " validbarcode" the barcode is not found at the moment. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16