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

[Bug 15897] New: Use Koha::Account::pay internally for recordpayment_selectaccts
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '17

15 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15897 Bug ID: 15897 Summary: Use Koha::Account::pay internally for recordpayment_selectaccts Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 38

[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 17289] New: Holds awaiting pickup shows date unformatted
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '17

10 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17289 Bug ID: 17289 Summary: Holds awaiting pickup shows date unformatted Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The date shown in the heading of the 'holds awaiting pickup' report is not formatted according to the dateformat system preference. -- You are receiving this mail because: You are watching all bug changes.

1 13

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

07 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 17317] New: Adding "bib" type to GetAvailability method for ILSDI
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '17

04 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17317 Bug ID: 17317 Summary: Adding "bib" type to GetAvailability method for ILSDI Change sponsored?: Seeking developer Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: arthur.suzuki(a)univ-lyon3.fr Created attachment 55685 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55685&action=ed… Email conversation GetAvailability method has some unimplemented features, it is not possible to query availability by biblionumber. Only query for one item at a time is implemented. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[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 17246] New: GetPreparedLetter should not allow multiple FK defined in arrayref
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '17

03 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17246 Bug ID: 17246 Summary: GetPreparedLetter should not allow multiple FK defined in arrayref 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: 14757 Currently you can call GetPreparedLetter like: $prepared_letter = GetPreparedLetter( ( module => 'test', letter_code => 'TEST_HOLD', tables => { reserves => [ $fk1, $fk2 ], }, ) ); It assumes that $fk1 is a borrowernumber and $fk2 a biblionumber. It seems hazardous to do this guess. I suggest to remove this feature and only allow hashref indeed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14757 [Bug 14757] Allow the use of Template Toolkit syntax for slips and notices -- You are receiving this mail because: You are watching all bug changes.

1 11

[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