June 2018 - Koha-bugs - lists.koha-community.org

[Bug 17490] New: Allow Koha Plugins to inject JavaScript into pages
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '18

26 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17490 Bug ID: 17490 Summary: Allow Koha Plugins to inject JavaScript into pages 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We should add a system to the plugins architecture to allow a plugin to inject Javascript into the staff and or catalog side of Koha. This would be nice than the current workaround of adding the javascript to the UserJS system preferences. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 17137] New: Omnibus: Always use SSL when referencing external sources
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '18

25 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17137 Bug ID: 17137 Summary: Omnibus: Always use SSL when referencing external sources Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Amazon, OpenLibrary, etc shoudl all use https if available as otherwise they create a mixed content error for sites using https. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 18635] New: Koha::Patron->guarantees() should return results alphabetically
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '18

24 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18635 Bug ID: 18635 Summary: Koha::Patron->guarantees() should return results alphabetically Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently there is no sort here so patrons are returned in db order (unordered) We should return them alphabetically for display and other purposes -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 20951] New: Koha::Patron::Discharge is missing use Koha::Patron::Debarments
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '18

24 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20951 Bug ID: 20951 Summary: Koha::Patron::Discharge is missing use Koha::Patron::Debarments Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major 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 Koha::Patron::Discharge is missing use Koha::Patron::Debarments used in discharge() method. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 20903] New: Print payment receipt on child patron could end with ISE
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '18

24 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20903 Bug ID: 20903 Summary: Print payment receipt on child patron could end with ISE Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When you wan't to print a payment receipt for child patron and have only one adult patron category defined, it ends up with internal server error. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 20693] New: Plack fails, because 'libcgi-emulate-psgi-perl' package is not installed
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '18

24 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20693 Bug ID: 20693 Summary: Plack fails, because 'libcgi-emulate-psgi-perl' package is not installed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net more info to come... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 20773] New: bug 20724 follow-up - Database cleanup
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '18

24 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20773 Bug ID: 20773 Summary: bug 20724 follow-up - Database cleanup Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 20724 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20724 [Bug 20724] ReservesNeedReturns syspref breaks "Holds awaiting pickup" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 20811] New: Fix wrong usage of ModBiblio in bulkmarcimport.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '18

24 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20811 Bug ID: 20811 Summary: Fix wrong usage of ModBiblio in bulkmarcimport.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz In misc/migration_tools/bulkmarcimport.pl, line 454, ModBiblio is called like so: eval { ( $biblionumber, $biblioitemnumber ) = ModBiblio( $record, $biblionumber, GetFrameworkCode($biblionumber) ) }; But the POD for ModBiblio says: "Returns 1 on success 0 on failure" So $biblionumber gets 1 or 0, and $biblioitemnumber never gets anything. This leads to problems when ModBiblioMarc is called on line 487: ModBiblioMarc( $clone_record, $biblionumber, $framework ); If the ModBiblio was successfull, this will try to updated the record with biblionumber = 1, which is most likely not what we want. (I probably won't have the time to fix this soon, so please beat me to it!) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 46

[Bug 20879] New: Shibboleth matchpoint no longer works after upgrade to 17.11
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '18

24 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20879 Bug ID: 20879 Summary: Shibboleth matchpoint no longer works after upgrade to 17.11 Change sponsored?: --- Product: Koha Version: 17.11 Hardware: PC OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: cking(a)uttyler.edu QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Shibboleth authentication was working on 16.05.17, but after upgrading to 17.11.06, the OPAC returns the "Sorry, your Shibboleth identity does not match a valid library identity. If you have a local login..." koha-conf: <useshibboleth>1</useshibboleth> <shibboleth> <matchpoint>cardnumber</matchpoint> <mapping> <cardnumber is="employeeNumber"></cardnumber> </mapping> </shibboleth> Relevant attribute from /Shibboleth.sso/Session output: Attributes employeeNumber: 5000120216 MySQL output: mysql> select cardnumber,borrowernumber from borrowers where cardnumber='5000120216'; +------------+----------------+ | cardnumber | borrowernumber | +------------+----------------+ | 5000120216 | 12046 | +------------+----------------+ 1 row in set (0.00 sec) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 20972] New: If ISBN has 10 numbers only the first 9 numbers are used
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '18

24 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20972 Bug ID: 20972 Summary: If ISBN has 10 numbers only the first 9 numbers are used Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: johan.larsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org If ISBN has 10 numbers only the first 9 numbers are being added to the Edifact-message (PIA+5+3540556753:IB') The bug is located in Koha/Edifact/Order.pm elsif ( $isbn_field =~ m/(\d{9})[Xx\d]/ ) { $product_id = $1; $product_code = 'IB'; } product_id will only get the first 9 chars in the regular expression because of the placement on the parenthesis. The solution to this is to move the right parenthesis like below: elsif ( $isbn_field =~ m/(\d{9}[Xx\d])/ ) { $product_id = $1; $product_code = 'IB'; } -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16