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

[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

[Bug 16944] New: Add "email" and "url" classes when edit or create a vendor
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '16

24 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16944 Bug ID: 16944 Summary: Add "email" and "url" classes when edit or create a vendor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: hector.hecaxmmx(a)gmail.com Reporter: hector.hecaxmmx(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When edit or create a new vendor the two fields email and website don't test if the data provided is right. When you add and direction like "koha-community.org" without the protocol "https" the program redirect to an 404 error. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 16894] New: re-show email on patron search results
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '16

23 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16894 Bug ID: 16894 Summary: re-show email on patron search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 10318 add added email in patron search results. Looks like when the result page has been transformed to use Ajax Datables, this column was forgotten. Since column visibility can now be managed, its ok to have more columns I think. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11