superlibrarian can't edit item types
I went to change the image of an item type. When I selected a different image on the "Modify item type" page, and clicked "Save changes", it takes me back to the "Item types administration" page, with no messages or error messages. But the images didn't change at all. I tried changing a description and saving that, but that didn't change either. I tried making a new item type. When I clicked "Save changes", it takes me back to the "Item types administration" page like normal, but there is no new item created, and no error message. I'm logged in as the superlibrarian. Anybody have any ideas? Thanks! -- Tim -- View this message in context: http://koha.1045719.n5.nabble.com/superlibrarian-can-t-edit-item-types-tp578... Sent from the Koha-general mailing list archive at Nabble.com.
When I selected a different image on the "Modify item type" page, and clicked "Save changes", it takes me back to the "Item types administration" page, with no messages or error messages. But the images didn't change at all.
I don't see this problem in the latest development version. What version are you using? If you have access to Koha's error logs, do you see anything there which might be related? -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org
/var/log/koha/library/intranet-error.log tells me: [Thu Jan 09 12:26:32 2014] [error] [client 192.168.10.120] [Thu Jan 9 12:26:32 2014] itemtypes.pl: DBD::mysql::st execute failed: called with 6 bind variables when 8 are needed at /usr/share/koha/intranet/cgi-bin/admin/itemtypes.pl line 151., referer: http://library/cgi-bin/koha/admin/itemtypes.pl?op=add_form&itemtype=CB And this is the Post data that I send when that form is submitted: op=add_validate&checked=0&itemtype=CB&description=Child%27s+Book&image=bridge%2Fbook.gif&remoteImage=&rentalcharge=0.00&summary= And this is the perl code that is dieing: $sth->execute( $input->param('description'), $input->param('rentalcharge'), ( $input->param('notforloan') ? 1 : 0 ), ( $input->param('image') eq 'removeImage' ? '' : ( $input->param('image') eq 'remoteImage' ? $input->param('remoteImage') : $input->param('image') . "" ) ), $input->param('summary'), $input->param('checkinmsg'), $input->param('checkinmsgtype'), $input->param('itemtype') ); I'm using Koha version 3.14.00.000 I'm guessing the two bind variables it can't find are checkinmsg and checkinmsgtype. -- View this message in context: http://koha.1045719.n5.nabble.com/superlibrarian-can-t-edit-item-types-tp578... Sent from the Koha-general mailing list archive at Nabble.com.
Hi, On Thu, Jan 9, 2014 at 10:38 AM, magmatic <magmatic@timkoop.com> wrote:
/var/log/koha/library/intranet-error.log tells me:
[Thu Jan 09 12:26:32 2014] [error] [client 192.168.10.120] [Thu Jan 9 12:26:32 2014] itemtypes.pl: DBD::mysql::st execute failed: called with 6 bind variables when 8 are needed at /usr/share/koha/intranet/cgi-bin/admin/itemtypes.pl line 151., referer: http://library/cgi-bin/koha/admin/itemtypes.pl?op=add_form&itemtype=CB
Thanks for the additional information. I was not able to reproduce this either, except when I removed the part of koha-tmpl/intranet-tmpl/prog/en/modules/admin/itemtypes.tt that contains the form elements for the checkin message. Based on that, it appears that in your installation, the templates and the CGI script are mismatched. One way this could happen is if you're running a translation but didn't update the templates after you upgraded. If that's the case, try running koha-translate --update LANGUAGE_CODE for each translation you use. Another way this might happen is if you somehow have the previous version's templates on your server. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org
participants (3)
-
Galen Charlton -
magmatic -
Owen Leonard