I have installed omeka on my pair.com account (http://bethnicol.com/omeka/firstcol/ after confirming that the php (5.2.x) and mysql (5.0.41, on freddbsd6.2) are required versions, and Imagmagick available. One note: I use php5 as a cgi and I also have it set up in php-cgiwrap so that my id can own and control all created files. This is fairly standard with Pair hosting setups.
The index screen comes up nicely; the admin section seems to work well, until I actually try to add an image. I can fill in all of the fields, but when it finally goes to add the item I get this error message:
Fatal error: Call to undefined method File::handleuploaderrors() in /usr/www/users/bnicol/omeka/omeka-0.9.0/application/models/Item.php on line 238
To make it even stranger, after this error, if I return to the admin page I see that the item is listed as a new item. But when I try to display it, I see this message:
Fatal error: Call to undefined method Omeka_Table::findByItem() in /usr/www/users/bnicol/omeka/omeka-0.9.0/application/models/Item.php on line 90
I'm guessing that somehow the php code isn't getting a library from somewhere, but, I'm not sure where to look at this point.
Ideas? I'd love to get this work with Pair.
I also get this exact errror on trying to add an image to the archive.
Well - at least I'm not alone. The really odd thing to me is that the error message returns:
handlfileuploaderrors() -- all lowercase while the Image.php calls handleUploadErrors('file') - and I'm wondering why the case change.
Or if that is even significant.
Hi, sorry for the delayed response. I don't know what's causing this error, though I think you are right that it is not loading the PHP classes correctly. The case change may be significant, or it may just be changing the case within the error message. There was an earlier post about this,
http://omeka.org/forums/topic/rc3-error-class-does-not-exist
The author claims to have solved the problem, yet I'm still unclear on whether it involved changing anything or whether the problem went away on its own.
Kris: I looked at the other thread -- and it is not clear to me how it was resolved either. That said, I deleted 0.9.0 and started over with 0.9.1.1 - (again, I'm trying on Pair.com); I made sure that I adjusted the .htaccess files (both) to reflect that the install is in /omeka and /omeka/admin. I also added a php.ini in my cgi-bin to override some of pair's settings (pair support told me how to do this); I am running php as a cgi (php-cgiwrap) which I really need to do for ownership and security reasons with their setup.
I tried to upload and item - metadata is fine. No file uploaded. I tried to delete, thinking maybe I tried to upload something oversized as it were. Can't delete; get this error:
Fatal error: Call to undefined method Omeka_Table::findByItem() in /usr/www/users/bnicol/omeka/application/models/Item.php on line 90
Seems to be back where I started. AAARRRGGHHH -
I'll try back with Pair support if you don't have any ideas.
Kris: I looked at the other thread -- and it is not clear to me how it was resolved either. That said, I deleted 0.9.0 and started over with 0.9.1.1 - (again, I'm trying on Pair.com); I made sure that I adjusted the .htaccess files (both) to reflect that the install is in /omeka and /omeka/admin. I also added a php.ini in my cgi-bin to override some of pair's settings (pair support told me how to do this); I am running php as a cgi (php-cgiwrap) which I really need to do for ownership and security reasons with their setup.
I tried to upload and item - metadata is fine. No file uploaded. I tried to delete, thinking maybe I tried to upload something oversized as it were. Can't delete; get this error:
Fatal error: Call to undefined method Omeka_Table::findByItem() in /usr/www/users/bnicol/omeka/application/models/Item.php on line 90
Seems to be back where I started. AAARRRGGHHH -
I'll try back with Pair support if you don't have any ideas.
I'm pretty stumped on this one. We are going to try to install Omeka on Pair hosting and see if we can duplicate the error. I'll get back to you on the results of that.
Thanks! I am running on pair using php-cgiwrap and I have a php.ini in my cgi-bin to override the default settings (I think that the php5.cgi doesn't recognize or is not recognized by the IfModule in the .htaccess)
I think it is Pair that is the problem. I switched to a new webhost (dreamhost) and that fixed the issue, but dreamhost servers are VERY slow.
i'm having the same problem on my test server that i am running omeka on.
running ubuntu 8.04
with the xampp lampp package with php 5.2.5 and mysql 5.0.51a
any insight as to the problem or solution?
thanks a lot,
alex
After much consternation, I think I've found the problem. If you have the PEAR File module installed, there is a naming conflict between classes in that and Omeka. Specifically the File class is defined twice.
To get around that, open up 'paths.php' in the root of your installation and find the line that says set_include_path(get_include_path() . PATH_SEPARATOR . ...);. Remove the part that says get_include_path() . PATH_SEPARATOR . because that will take out the existing include path to the PEAR modules. Omeka doesn't use any of these PEAR modules so it shouldn't be a problem. I'm thinking that this is a bug that should be fixed in the upcoming Omeka release.
Hope that helps!
worked perfectly, thanks :o
alex
Kris:
Is this fix in 0.9.2? If so, I'll probably try again on my account at Pair.com (or I'll try the "fix" you listed.
Thanks.
Yes, I applied the fix to 0.9.2, so hopefully it should work on your Pair hosting. Please let us know how it goes!