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

[Bug 15933] New: Regarding publishercode
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '21

11 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15933 Bug ID: 15933 Summary: Regarding publishercode Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: tejoskumar(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, As in the serials module there is an option to search for an existing vendor and add the vendor code while creating a new one, I could not find an option to search for a publishercode. If this is available the data entry part of the publishercode will be very uniform throughout the cataloging entries. I could not find this option any where hence posting it here. Regards Suresh Kumar -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 16067] New: Koha::Cache, fastmmap caching system is broken
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '20

17 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16067 Bug ID: 16067 Summary: Koha::Cache, fastmmap caching system is broken 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 After Bug 11998, fastmmap caching system implementation in Koha::Cache ceased to work properly. If fastmmap is enabled (= environment variable CACHING_SYSTEM is set to 'fastmmap'), any CGI script call causes the following error: Use of uninitialized value $db_name in concatenation (.) or string at /home/koha/devkohaclone/Koha/Database.pm line 73. Use of uninitialized value $db_host in concatenation (.) or string at /home/koha/devkohaclone/Koha/Database.pm line 73. DBI connect('database=;host=;port=','',...) failed: Access denied for user 'koha'@'localhost' (using password: NO) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1249 DBIx::Class::Storage::DBI::dbh(): DBI Connection failed: Access denied for user 'koha'@'localhost' (using password: NO) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1253. at /home/koha/devkohaclone/Koha/Database.pm line 90 To reproduce on command line: 0) ensure that you have fastmmap perl module installed (libcache-fastmmap-perl in debian) 1) export CACHING_SYSTEM=fastmmap 2) export GATEWAY_INTERFACE=1 3) try to run this simple script: #!/usr/bin/perl use Modern::Perl; use C4::Biblio; GetMarcStructure(); -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 16391] New: In 'Tools', the link 'Tool plugins' has '?method=tool' in its link, which does not show all installed plugins
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '20

10 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16391 Bug ID: 16391 Summary: In 'Tools', the link 'Tool plugins' has '?method=tool' in its link, which does not show all installed plugins Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: arslanone(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The link for plugins page in 'Tools' labeled as 'Tool plugins' takes us to cgi-bin/koha/plugins/plugins-home.pl?method=tool, see: http://i.imgur.com/ak2T1lE.png But not all installed plugins gets listed that way, see: http://i.imgur.com/ujPNiOZ.png If I manually remove ?method=tool from the address bar, and enter, then I can see all plugins, see: http://i.imgur.com/gH7kB8f.png -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 15791] New: Don't delete a fund if existing orders are linked to it
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '20

04 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15791 Bug ID: 15791 Summary: Don't delete a fund if existing orders are linked to it Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/aqbudgets.pl?op=delete_confirm OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org When you go to delete a fund Koha displays this message in the confirmation dialog: "If you delete this fund, all orders linked to this fund will be deleted!" The error appears even if there are no orders linked to the fund. In order to be consistent we ought to warn the user only if existing orders will be deleted. Should it even be possible to delete a fund if there are orders linked to it? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 15956] New: Rearranging some SIP unit tests (test without SIP server)
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '20

02 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15956 Bug ID: 15956 Summary: Rearranging some SIP unit tests (test without SIP server) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: gmcharlt(a)gmail.com This report is a follow-up for bug 13871 and bug 15947. The two tests SIP_ILS.t and SIPILS.t (what's in a name) will be broken into a few more specific tests. Will add tests for handling Patron Status request and Patron Info request too. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 15775] New: User should know when they are blocked from checkouts on OPAC
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '20

30 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15775 Bug ID: 15775 Summary: User should know when they are blocked from checkouts on OPAC Change sponsored?: --- Product: Koha Version: unspecified 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 When a user has been blocked from checkouts in the staff client for having too many fines, they are not told about being blocked until they try to place a hold on an item in the OPAC. They should have a message about it on the summary page which they'll see as soon as they log in. -- You are receiving this mail because: You are watching all bug changes.

1 52

[Bug 15780] New: Include inventory number in patron account summary print
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '20

16 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15780 Bug ID: 15780 Summary: Include inventory number in patron account summary print Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice if the inventory number could be shown on the summary that can be printed from the patron account in staff. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 16112] New: Specify due date for batch renew
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '20

16 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16112 Bug ID: 16112 Summary: Specify due date for batch renew Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, Currently , we can not manually select a renewal due date in the batch renewal tool (renew.pl). This could be a system preference like specifyDueDate or SpecifyReturnDate. Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 16357] New: Plack error logs are not time stamped
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16357 Bug ID: 16357 Summary: Plack error logs are not time stamped 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The log /var/log/koha/<instance>/plack-error.log gives no indication of when the error occurred, making historical trouble-shooting very difficult. -- You are receiving this mail because: You are watching all bug changes.

1 148

[Bug 16219] New: Runreport.pl should allow sql paramters to be passed on the command line.
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '20

12 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16219 Bug ID: 16219 Summary: Runreport.pl should allow sql paramters to be passed on the command line. Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Runreport.pl has a major limitation in that it is not capable of running reports that use sql parameters: Runreport will run this: SELECT p.surname, p.firstname, p.email, p.cardnumber, h.waitingdate AS 'hold date', i.barcode, b.title FROM reserves h LEFT JOIN borrowers p USING (borrowernumber) LEFT JOIN items i USING (itemnumber) LEFT JOIN biblio b ON (i.biblionumber=b.biblionumber) WHERE h.waitingdate IS NOT NULL AND h.branchcode='ABC' but if your report looks like this: SELECT p.surname, p.firstname, p.email, p.cardnumber, h.waitingdate AS 'hold date', i.barcode, b.title FROM reserves h LEFT JOIN borrowers p USING (borrowernumber) LEFT JOIN items i USING (itemnumber) LEFT JOIN biblio b ON (i.biblionumber=b.biblionumber) WHERE h.waitingdate IS NOT NULL AND h.branchcode=<<Waiting at|branches>> We should be able to supply a --sql_params argument one or more times to provide the sql parameters. runreport.pl --to="someone(a)someplace.com" --subject="Patrons with Holds Waiting at Library" --format=csv --sql_params="ABC" 1 -- You are receiving this mail because: You are watching all bug changes.

1 26