July 2016 - Koha-bugs - lists.koha-community.org

[Bug 16549] New: Remove the use of "onclick" from header search forms
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '16

02 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16549 Bug ID: 16549 Summary: Remove the use of "onclick" from header search forms Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The header search forms use "onclick" to trigger the "keep_text()" function. This functionality can be moved to the globally-included js file. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 16744] New: new records not indexed if using a customize Koha Framework
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '16

31 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16744 Bug ID: 16744 Summary: new records not indexed if using a customize Koha Framework Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 52426 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=52426&action=ed… Customize Koha Framework We have identified a possible bug when adding new records using a customize koha framework. If we add a new record with the customize framework, it is not indexed in Koha and not published in the OPAC, if we edit the same record and change the framework to default, the record is indexed and published. >From logs we only see this: tail -f indexer-output.log error retrieving biblio 22947 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 705. We have tested in debian 8 with plack for koha 3.22.5 and 3.22.7, not tested in koha 16.05 Reproduce: 1. Add the OPDF framework to koha 2. Restart plack and restart memcached to make sure everything is clear and ready for work. 3. Add a new record (it can duplicate and existing, new record or import via z39.50 it doesn't matter at all) 4. Save it, it has no effect to add or not add items to biblio. 5. Try to search into koha. 6. check logs tail -f indexer-output.log Regarding the koha framework: there is no tag deleted just tab '-1' for those fields that we do not wish to check. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 16431] New: Marc subfield structure should be cached using Koha::Cache
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '16

31 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16431 Bug ID: 16431 Summary: Marc subfield structure should be cached using Koha::Cache Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 13074 Blocks: 7172, 8089 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7172 [Bug 7172] Omnibus for Plack variable scoping problems https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8089 [Bug 8089] Use Koha::Cache everywhere https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13074 [Bug 13074] C4::Items::_build_default_values_for_mod_marc should use Koha::Cache -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 16070] New: Empty (undef) system preferences may cause some issues in combination with memcache
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '16

28 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16070 Bug ID: 16070 Summary: Empty (undef) system preferences may cause some issues in combination with memcache Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org See Bug 11998 comment #113 -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 16871] New: Translatability: Avoid [ %%-problem fix related sentence splitting in catalogue/detail.tt
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '16

26 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16871 Bug ID: 16871 Summary: Translatability: Avoid [%%-problem fix related sentence splitting in catalogue/detail.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr In koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/detail.tt, fix line splitted TT directives and sentence splitting leading to translatability problems with following, errorprone monster: %s %s at%sfor delivery at %s %s %s since %s %s %s (placed %s) %s %s %s [%% UNLESS ( item.itemnotforloan or item.notforloan_per_itemtype or item.onloan or item.itemlost or item.withdrawn or item.damaged or item.transfertwhen or item.reservedate ) %%] Available %s %s -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 15930] New: DataTables patron search defaulting to 'starts_with' and not getting correct parameters to parse multiple word searches
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '16

25 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15930 Bug ID: 15930 Summary: DataTables patron search defaulting to 'starts_with' and not getting correct parameters to parse multiple word searches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org So far I know this is affecting: request.pl svc/members.search When two terms are used to search e.g. 'Henry Acevedo' no results are returned The query in the system is searching for borrower.'surname' LIKE 'Henry Acevedo%' The searchtype parameter needs to e set to 'contain' -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 16921] New: Authority Linking doesn't match to proper record
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '16

25 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16921 Bug ID: 16921 Summary: Authority Linking doesn't match to proper record Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: vanoudt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 53394 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=53394&action=ed… New Linker Module: BestMatch We've had some trouble here linking our records to their proper authority records. The zebra search seems to be giving back results that match only on the first word. Copied from an email to the devel list: ----- ...I'm in the process of trying to relink all of our biblios to the right authority files. Somehow, they were an /incredible/ mess. I've created the authority records okay, but when trying to run link_bibs_to_authorities.pl, it links them to the wrong places. Investigating, it seems like zebra isn't giving the right search results back. I can confirm this in yaz-client using the query that is created by koha. Searching for "Bentley, Peter, Ed." returns 4 results, only two of which are close. Actually, the record I'm trying to match is "Bentley, Peter, (Ed.)" - the last option. Interestingly enough, if I search for "Bentley, 3432531531532513985735981<anything at all here>" it will also show me the same four results.So does searching for "Bentley 513513531513515151".But searching for "Bentleyr435435151551251" shows no results, as I would expect. ----- Not sure what's going on here - but in desperation, I wrote a new Linker Module. It's called the "BestMatch" linker. Basically, it gets all the authorities back from the search, and then searches through them all to find the one that matches perfectly. If there is no perfect match, it tries to find a match that differs only in whitespace/punctuation. The only problem - it is understandably very SLOW It's possible that I've completely missed the point here. But the BestMatch linker seems to be doing the job for us. Note: To do a successful match, the authority data was exported from bibliographic records using koha-auth, then imported into the authorities table, and then the link_bibs_to_authorities.pl script run with the BestMatch linker selected. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 15700] New: Buttons don't work in inventory/stocktaking
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '16

24 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15700 Bug ID: 15700 Summary: Buttons don't work in inventory/stocktaking Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: Go to Tools, Inventory/stocktaking Click Submit to show selection of items Buttons 'Mark seen and continue' and 'Continue without marking' do not work. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 16955] New: Internal Server Error while populating new framework
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '16

24 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16955 Bug ID: 16955 Summary: Internal Server Error while populating new framework Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org While populating a new framework, an internal server error occurs. It happens on an installation with Plack. Steps to reproduce: - Go to Home > Administration > MARC frameworks - Add framework e.g. TEST, submit - In List of frameworks, go to framework TEST, Actions, MARC Structure - Create framework for... : Select DEFAULT Result: Internal Server Error (rest of sceen blank) -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 16974] New: koha-plack should check and fix log files permissions
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '16

24 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16974 Bug ID: 16974 Summary: koha-plack should check and fix log files permissions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz It is not checking permissions and makes Koha fail badly if it cannot write the logs. This could happen on logrotate, on koha-plack --start|--restart. -- You are receiving this mail because: You are watching all bug changes.

1 13