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

[Bug 16802] New: Linking to a new authority does not clear subfields appropriately
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '17

14 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16802 Bug ID: 16802 Summary: Linking to a new authority does not clear subfields appropriately Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If you have a 700 heading containing some subfields (d,q,r) and link to an authority not containing those fields they remain in the record after linking and when the record is saved To reproduce: Have/create a record with a 700 field containing extar subfields Link to an authority without those subfields The extra subfields remain Save the record Extra subfields are saved and things now don't match up. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 16816] New: Duplicate button on report results copies parameters used
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '17

10 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16816 Bug ID: 16816 Summary: Duplicate button on report results copies parameters used Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org When using the duplicate button on the reports results page, instead of copying the runtime parameters as written, it copies the values used for the results. The duplicate report then only runs the report with those values only. Christopher -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 16584] New: All SQL queries should be compatible to 'ONLY_FULL_GROUP_BY'.
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '17

08 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16584 Bug ID: 16584 Summary: All SQL queries should be compatible to 'ONLY_FULL_GROUP_BY'. Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: ngson2000(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org As the mode 'ONLY_FULL_GROUP_BY' is ON by default on MySQL 5.7, non ONLY_FULL_GROUP_BY queries in Koha will be rejected. This caused several issue including the error when adding a new patron even the patron categories exist. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 16017] New: Currency constraints and poorly named prices
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '17

04 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16017 Bug ID: 16017 Summary: Currency constraints and poorly named prices 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 Remainder from bug 15084: Note that another report should deal with adding missing constraints on the currency code in suggestions and aqbooksellers. Also note that the aqorder fields listprice and invoiceprice refer to currency. Imo these are very poor names for currency codes; you should never call something a price when you mean a currency code! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 17209] New: Remove use of onclick from masthead
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '17

04 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17209 Bug ID: 17209 Summary: Remove use of onclick from masthead Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 17159] New: Cron: whats the use of --noemail cleanup_database.pl --mail
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '17

03 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17159 Bug ID: 17159 Summary: Cron: whats the use of --noemail cleanup_database.pl --mail Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org We have two lines for cleanup_database in cron. koha-foreach --enabled /usr/share/koha/bin/cronjobs/cleanup_database.pl --sessions --zebraqueue 10 --list-invites koha-foreach --enabled --noemail /usr/share/koha/bin/cronjobs/cleanup_database.pl --mail The second line contains an noemail parameter that seems to be unused. What is it doing there ? -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 17226] New: Improve AUTOLOAD of Koha::Object
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '16

31 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17226 Bug ID: 17226 Summary: Improve AUTOLOAD of Koha::Object Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 Following the path of bug 17091, Koha::Object needs to AUTOLOAD the methods provided by DBIX::Class. We already use in_storage, id and is_changed, but others are coming! -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 16836] New: Document unused parameters of SearchAuthorities
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '16

30 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16836 Bug ID: 16836 Summary: Document unused parameters of SearchAuthorities 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 16245] New: Enhancements to RIS fails on change TY
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '16

28 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16245 Bug ID: 16245 Summary: Enhancements to RIS fails on change TY Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor 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 Good morning We have found one potential bug on this patch (https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12357) The issue is that RisExportAdditionalFields doesn't recognize property the TY This patch is not recognizing propertly the type of the record, if leader position 6 is 'a' it publishs as book even the position 7 is b=article And it fails when try to modify it. We have tried to add TY: [942$c] to force the patch to replace the TY value, but it keeps the default Book value Koha 3.22.5 (debian jessy 8 with plack enabled) Test: Catalogue a record with LDR 6 and 7 'ab' --> this is an article check the record type is article in koha leader Download as RIS and check that type is book Modify syspref RisExportAdditionalFields TY: [337$a] (or whatever you wish) Download as RIS the ty is still book, it doesn't matter the value of 337$a or whatever -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 16707] New: Software Error in OPAC password recovery when leaving form fields empty
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '16

28 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16707 Bug ID: 16707 Summary: Software Error in OPAC password recovery when leaving form fields empty Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org To reproduce: - Set syspref OpacResetPassword to "Allow" - Go to OPAC - Click link "Forgot your password? - On the following screen "Forgotten password recovery", do not fill in form fields, click "Submit" Result: Software error: Can't use an undefined value as an ARRAY reference at /usr/share/kohaclone/opac/opac-password-recovery.pl line 66. -- You are receiving this mail because: You are watching all bug changes.

1 16