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

[Bug 14802] New: About page (about.pl) throwing errors
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '15

13 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14802 Bug ID: 14802 Summary: About page (about.pl) throwing errors Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: About Assignee: nengard(a)gmail.com Reporter: gary.bortel(a)sos.wa.gov QA Contact: testopia(a)bugs.koha-community.org Most likely related to Bug 13486/14278 Overview: Ubuntu 14.04.3, Apache/2.4.7 (Ubuntu), Koha 3.18.10 (package install), Multi-site installation Going to the "About Koha" page generates the following errors in /var/log/koha/[site]/intranet-error.log [Thu Sep 10 12:45:45.980905 2015] [cgi:error] [pid 3477] [client 198.238.185.151:49639] AH01215: [Thu Sep 10 12:45:45.980780 2015] [core:warn] [pid 3489] AH00111: Config variable ${APACHE_LOCK_DIR} is not defined, referer: http://opac.odessa.lib.wa.us:8180/cgi-bin/koha/about.pl [Thu Sep 10 12:45:45.981032 2015] [cgi:error] [pid 3477] [client 198.238.185.151:49639] AH01215: [Thu Sep 10 12:45:45.980961 2015] [core:warn] [pid 3489] AH00111: Config variable ${APACHE_PID_FILE} is not defined, referer: http://opac.odessa.lib.wa.us:8180/cgi-bin/koha/about.pl [Thu Sep 10 12:45:45.981202 2015] [cgi:error] [pid 3477] [client 198.238.185.151:49639] AH01215: [Thu Sep 10 12:45:45.981057 2015] [core:warn] [pid 3489] AH00111: Config variable ${APACHE_RUN_USER} is not defined, referer: http://opac.odessa.lib.wa.us:8180/cgi-bin/koha/about.pl [Thu Sep 10 12:45:45.981301 2015] [cgi:error] [pid 3477] [client 198.238.185.151:49639] AH01215: [Thu Sep 10 12:45:45.981229 2015] [core:warn] [pid 3489] AH00111: Config variable ${APACHE_RUN_GROUP} is not defined, referer: http://opac.odessa.lib.wa.us:8180/cgi-bin/koha/about.pl [Thu Sep 10 12:45:45.981391 2015] [cgi:error] [pid 3477] [client 198.238.185.151:49639] AH01215: [Thu Sep 10 12:45:45.981323 2015] [core:warn] [pid 3489] AH00111: Config variable ${APACHE_LOG_DIR} is not defined, referer: http://opac.odessa.lib.wa.us:8180/cgi-bin/koha/about.pl [Thu Sep 10 12:45:45.984145 2015] [cgi:error] [pid 3477] [client 198.238.185.151:49639] AH01215: [Thu Sep 10 12:45:45.984070 2015] [core:warn] [pid 3489] AH00111: Config variable ${APACHE_LOG_DIR} is not defined, referer: http://opac.odessa.lib.wa.us:8180/cgi-bin/koha/about.pl [Thu Sep 10 12:45:45.984400 2015] [cgi:error] [pid 3477] [client 198.238.185.151:49639] AH01215: [Thu Sep 10 12:45:45.984327 2015] [core:warn] [pid 3489] AH00111: Config variable ${APACHE_LOG_DIR} is not defined, referer: http://opac.odessa.lib.wa.us:8180/cgi-bin/koha/about.pl [Thu Sep 10 12:45:45.984493 2015] [cgi:error] [pid 3477] [client 198.238.185.151:49639] AH01215: [Thu Sep 10 12:45:45.984424 2015] [core:warn] [pid 3489] AH00111: Config variable ${APACHE_LOG_DIR} is not defined, referer: http://opac.odessa.lib.wa.us:8180/cgi-bin/koha/about.pl [Thu Sep 10 12:45:45.984636 2015] [cgi:error] [pid 3477] [client 198.238.185.151:49639] AH01215: apache2: Syntax error on line 219 of /etc/apache2/apache2.conf: Could not open configuration file /etc/apache2/sites-enabled/cathlamet.conf: Permission denied, referer: http://opac.odessa.lib.wa.us:8180/cgi-bin/koha/about.pl The last line in this snippet has Apache2 attempting to read an unrelated configuration file from another Koha instance. Similar errors are thrown in all site specific intranet-error.log when trying to display the "About" page for that site. (e.g. cathlamet vs. odessa, etc.) -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 14780] New: Datetime format seems
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '15

13 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14780 Bug ID: 14780 Summary: Datetime format seems Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: eugenegf(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 42345 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=42345&action=edit 01 In Circulation module, when using the datetime picker in Checkout, I am getting the following error: Software error: The 'month' parameter ("29") to DateTime::new did not pass the 'an integer between 1 and 12' callback at /usr/lib/perl5/DateTime.pm line 199 DateTime::new(undef, 'hour', 09, 'minute', 00, 'second', 0, 'month', 29, ...) called at /home/koha/src/Koha/DateUtils.pm line 164 Koha::DateUtils::dt_from_string('09/29/2015 09:00') called at /home/koha/src/circ/circulation.pl line 170 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 14666] New: adds fixed_fines for overdues
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '15

13 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14666 Bug ID: 14666 Summary: adds fixed_fines for overdues Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: stephane.delaye(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org adds fixed_fines for overdues - Add a overduerules.fixed_fineX for the 3 levels - Add a column "Fixed fines" in the tools/overduerules.pl page - Add column in csv generated by circ/overdue.pl (document_type and generatedate = the today's date) - Add column in csv generated by overduenoticeS.pl (streetnumber, streettype, generatedate, overdue_level - Now you can add 'count' and 'total_amount' in circulation letters count is "itemcount" and total_amount is the transcription of the total_amount (which is the sum of items.price + fixed_fine). The langage used is the locale of the system. - New dependency : Lingua::Any::Numbers. If you want use fr for example, you will have to install Lingua::FR::Numbers too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 12768] New: Replacement cost and processing fee management
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '15

13 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12768 Bug ID: 12768 Summary: Replacement cost and processing fee management Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: francois.charbonnier(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Sponsored by Halland County Library RFC : http://wiki.koha-community.org/wiki/Overdue_Notice_Enhancement#Replacement_… Description A default replacement cost and a processing fee will be added to the item type page. The input form and the table that displays all iten types will have these two new field/column : "Default replacement cost" "Processing fee (When lost)" Two system preferences will be added. "UseDefaultReplacementCost" to enable the use of the value set on the item type level. "ProcessingFeeNote" to set the value that will populate the note in the table "accountlines" when the processing fee are applied. These elements will be used as follows : When the "longoverdue.pl" script is run : If "UseDefaultReplacementCost" is enabled and the items.replacementcost = 0 : The value of "Default replacement cost" set up in the itemtype populate the "accountlines" table. If the value of "Processing fee (When lost)" is > 0, it is also used to populate the table "accountlines." The value in the system preference "ProcessingFeeNote" is used to update the note in accountlines for this item. Otherwise, no processing fees are added. If "UseDefaultReplacementCost" is enabled and the value in items.replacementcost> 0 The default koha behavior is used. The value in items.replacementcost populate the "accountlines" table. If the value of "Processing fee (When lost)" defined in the document type is > 0, it is also used to populate the table "accountlines." The value in the system preference "ProcessingFeeNote" is used to update the note in accountlines for this item. Otherwise, no processing fees are added. If "UseDefaultReplacementCost" is disabled : The default koha behavior is used. If the value of "Processing fee (When lost)" defined in the document type is > 0, it is also used to populate the "accountlines" table. The value in the system preference "ProcessingFeeNote" is used to update the note in accountlines for this item. Otherwise, no processing fees are added. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 70

[Bug 11594] New: store both item type and document type in statistics
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '15

13 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11594 Bug ID: 11594 Summary: store both item type and document type in statistics 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: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I copy here a comment originaly made on bug 9351 For some libraries, what is needed in statistical table is BOTH items.itype and biblioitems.itemtype, and maybe a clear indication (a 3rd column "circulation_type" ?) of which type is was used for circulation rights. Ex: In Rennes 2 we use item level for defining circulation rules. items.itype are codes for "Short Loan", "Normal Loan", "Long loan". biblioitems.itemtype are "Book", "Serial", "DVD" etc. For our annual report, we need to know the number of Books, Serials, DVD checked out, even if the type used for defining circulation rules are "Short loan", and not "Book". But other libraries may have different settings, and may have need to make stats on item level, or maybe cross stats on both level. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 13669] New: Webinstaller fails on MySQL 5.6
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '15

13 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13669 Bug ID: 13669 Summary: Webinstaller fails on MySQL 5.6 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Due to a change in MySQL 5.6 [1] the web installer fails to load the kohastructure.sql and the chosen sample data files. This is because C4::Installer::load_sql relies on a command line call to the mysql binary, which from now on doesn't support passing the user password as parameter on the command line, YAY! [1] http://dev.mysql.com/doc/refman/5.6/en/upgrading-from-previous-series.html -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 6279] New: Can't delete lists from the second page of lists in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '15

13 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6279 Bug #: 6279 Summary: Can't delete lists from the second page of lists in the OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When you're on the second page of lists and try to delete a list by opening the list you're presented with an error that the list cannot be found. http://screencast.com/t/fn0bg4bipnG -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 42

[Bug 14915] New: Use Font Awesome instead of Glyphicons
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '15

13 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14915 Bug ID: 14915 Summary: Use Font Awesome instead of Glyphicons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: kyle.m.hall(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We should be using Font Awesome for our icons instead of Glyphicons, for the reasons discussed on bug 13696. -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 7349] New: Sorting patron search result by cardnumber doesn't work
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '15

13 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7349 Bug #: 7349 Summary: Sorting patron search result by cardnumber doesn't work Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Patrons AssignedTo: adrien.saurat(a)biblibre.com ReportedBy: adrien.saurat(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com [Mantis ref. MT2062] In Home › Patrons › Search Results, the results are always sorted by name. There is a listbox "order by" allowing 2 choices: 1) Surname. When searching with this choice, the results are indeed sorted by surname. 2) Cardnumber. When searching with this choice, the results seem to be sorted by first name. ===== What is exactly the problem then? A) Should we be able to sort by first name/surname and then Cardnumber must be renamed to First name? B) Should we be able to sort by surname/cardnumber and then the sorting must be repaired for the cardnumber option? C) Should we be able to sort by first name/surname/cardnumber and then we add a new choice and repair cardnumber? -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 6828] New: Add Admin Dashboard for staff users.
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '15

12 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6828 Bug #: 6828 Summary: Add Admin Dashboard for staff users. Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: barry(a)oslo.ie QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com The Admin main page has a lot of empty space that could be utilised for library wide information. Other ILS show local and global information on various pages e.g. - Number of currently checked out items - Number of items in my branch - Number of overdues - Total Bibs catalogued in last 7 days. How about the addition of a Koha dashboard page to use this space and present local and global library information within the users context? -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 26