December 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 11 Jan '17

11 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 11 Jan '17

11 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 17621] New: API: Should the 'update_on' Patron field really be a datetime?
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '17

09 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17621 Bug ID: 17621 Summary: API: Should the 'update_on' Patron field really be a datetime? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: hector.hecaxmmx(a)gmail.com, jonathan.druart(a)bugs.koha-community.org, lari.taskula(a)jns.fi, martin.renvoize(a)ptfs-europe.com, tomascohen(a)gmail.com Depends on: 16276, 17607 Blocks: 17620 Bug #17607 highlighted that all other date fields in the Patron response are simply 'date', whereas update_on is a date-time (without a timezone). We should assess whether it's actually necessary for the update_on field to record the timestamp as opposed to just a date, and if it required we should ensure we record and return the timezone detail along with it. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16276 [Bug 16276] When automatically deleting expired borrowers, make sure they didn't log in recently https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17607 [Bug 17607] Fix patron definition in Swagger https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17620 [Bug 17620] Fix format of date/data-times in Swagger definition -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 17612] New: Vocative version of name and surname: database and form field
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '17

08 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17612 Bug ID: 17612 Summary: Vocative version of name and surname: database and form field Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hello, Czech (and some other languages) use vocative at names. We really need use this name form in notices and slips. So fist step: - create place in database - field in patron form. It will be optinal feature, because its special just for some languages. Mike -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[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 17452] New: Checking in item at remote location via SIP does not trigger branch transfer
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '17

06 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17452 Bug ID: 17452 Summary: Checking in item at remote location via SIP does not trigger branch transfer Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com I'm using the following for illustration: Item: BARCODE User: USER Homebranch: HUNTSMAN SIP check in branch RICHFIELD Steps to re-create: Check item with barcode BARCODE out from HUNTSMAN. Then simulate the check in at RICHMOND using sip_cli_emulator.pl: /usr/share/koha/bin/sip_cli_emulator.pl --host HOSTNAME --port PORT --sip_user sip_techlogic --sip_pass ********** --terminator CR --location RICHFIELD --patron USER --password ********** --item BARCODE --message checkin If you then check the database, you will the item information as items.homebranch = HUNTSMAN items.holdingbranch = RICHFIELD and no branch transfer is created for the item. The logs look like this: INPUT MSG: '9300CNsip_techlogic|CO**********|CPRICHFIELD' Successful login/auth for 'sip_techlogic' of 'RICHFIELD' OUTPUT MSG: '941' read_SIP_packet, INPUT MSG: '09N20161014 13105520161014 131055APRICHFIELD|AORICHFIELD|ABBARCODE|AC**********|BIN' INPUT MSG: '09N20161014 13105520161014 131055APRICHFIELD|AORICHFIELD|ABBARCODE|AC**********|BIN' OUTPUT MSG: '101YNY20161014 131056AORICHFIELD|ABBARCODE|AQHUNTSMAN|AJDistracted :|AAUSER|CS302 J1636D|CV04|' read_SIP_packet input undefined, end of input. raw_transport: shutting down The sip response 101YNY20161014 131056AORICHFIELD|ABBARCODE|AQHUNTSMAN|AJDistracted :|AAUSER|CS302 J1636D|CV04|' Corresponds to --- command_name: Checkin Response fields: - Header: - Command ID: 10 - OK: 1 - Resensitize: Y - Magnetic media: N - Alert: Y - Transaction Year: 2016 - Transaction Month: 10 - Transaction Day: 14 - Transaction Timezone: '' - Transaction Hour: 13 - Transaction Minute: 10 - Transaction Second: 56 - Institution id: AORICHFIELD - Item identifier: ABBARCODE - Permanent location: AQHUNTSMAN - Title identifier: 'AJDistracted :' - Sort bin: AAUSER - Patron identifier: CS302 J1636D - Fixed width 1: - Media type: CV0 - Item properties: 4 - Screen message: "'" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 17317] New: Adding "bib" type to GetAvailability method for ILSDI
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '17

05 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 17569] New: Move GetUpcomingMembershipExpires to Koha::Patrons
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '17

05 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17569 Bug ID: 17569 Summary: Move GetUpcomingMembershipExpires to Koha::Patrons Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED 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 Depends on: 17568 Blocks: 16846 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16846 [Bug 16846] Move patron related code to Koha::Patron https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17568 [Bug 17568] Add the Koha::Patron->library method -- You are receiving this mail because: You are watching all bug changes.

1 42