In using jomsocial 2.8.4 and Joomla 2.5.9 we tried uploading an image to his feed using the "multifunction" status box. Which then crashed the site. After investigating it turns out that my root folder /public_html/ permissions were changed to 777 when this error looped and changed permissions from 755 so by the security set in my cPanel, it threw the 500 error..once fixing the permission issue my site was back online but the status he was trying to upload the picture now displays.
The error from the error log before it crashes is:
Warning: Invalid argument supplied for foreach() in /home/gamer/public_html/components/com_community/libraries/photos.php on line 11
Any fixes for this?
OK so change the image your uploading to .png to see if its not loading because of extention, next how big is your image. this can also cause upload errors, also check to make your exec times are set up higher then 8mb do like 32mb you can change that in php.ini
Also you can uninstall jomsocial and reinstall it also check jomsocial settings in the backend under media to make sure those are set you what you need.
I have the same problem with my own joomla component.
It doesn't depend on image size. The same image file sometimes uploads properly, and sometimes changes permissions of the /public_html/ to 777.
I've tried yet only jpg files.
It looks like it's Joomla bug, not Joomsocial.
UPDATE:
The problem is inside JFile::delete();
// somehow set 777 rights to the /public_html/ directory
JFile::delete(JPATH_SITE.$table->img_orig);
//solution
if (JFile::exists(JPATH_SITE.$table->img_orig))
JFile::delete(JPATH_SITE.$table->img_orig);
Related
I downloaded the current theme, unzipped it, put some custom html, then zipped it, then reuploaded it. The uploading is successful however the processing failed. It showed a message:
There was a problem processing your theme
I tried renaming it and removing the html I inserted but it still happens.
If you are using a Stencil theme, you will need to bundle it with Stencil CLI before uploading:
https://stencil.bigcommerce.com/docs/bundling-submitting
If you are using a Blueprint theme, it should be uploaded to the template folder in WebDAV as described in this article: https://support.bigcommerce.com/articles/Public/Transferring-a-Custom-Theme-from-One-Bigcommerce-Store-to-Another
I ran into a similar issue last night. What resolved it was making sure none of my config.json strings were over the 64 letter limit for URLs. Once I removed these, my theme was able to be uploaded successfully.
UPDATE:
The urls that affected my bundle were located in the 'settings' section of my config.json. Don't worry about the meta section (your 'documentation_url' can be left how it is). I began getting the error after building out my schema.json file. After I connected my ID's in my schema.json file to the correlating ID's in my config.json file I started getting errors. I tracked down the ID that was causing the problem and it happened to have a string that was over 64 characters long. Once I removed the string my errors went away and the theme uploaded correctly.
I am using a joomla plugin that shows multiple images inside a gallery. But whenever I add the code for the plugin inside an article I get this error:
Simple Image Gallery Notice: Joomla!'s /cache folder is not writable. Please correct this folder's permissions, clear your site's cache and retry.
So I connected to my website with FTP and changed the permissions of the cache folder located at administrator/cache to 777 (Permission for everything), but I keep getting this message.
What could be the cause of this? And is there a work-around?
Joomla has a cache folder directly in the joomla root. You have to set the permissions of this folder (e.g. /var/www/joomla/cache), but it looks like you set them of /var/www/joomla/administrator/cache.
If you are using centos, you can change selinux to permissive mode. It works.
I have this odd situation. When creating (or updating) a product in the images section whenever I select a file (or multiple files) the list the selected files doesn't appear therefore I can't upload any images to a product. I don't have ANY errors in the console or in the log and the most odd is that when running the code on a localhost it works. All the required folders on the server exists and they are writable. Any ideas on what could be the reason?
Please check Flash browser plugin working. It's should be installed and enabled.
ok, guys, I found the problem. It easy at it seems took me a lot of time to realize that it's only working when accessing the website with www
I have been running for a long time and recently moved to a different server and upgraded to Magento 1.9 from 1.8. After the usual hickups everything seems to work, except for uploading images to products (and in the WYSIWYG editor).
Flash works and I can use the buttons to select the image, afterwards the uploading bar runs up to 100% and then the error "File was not uploaded." appears.
I have been looking for all possible problems and checked the following:
Image is not too big (I tried several different images from 1kb to 2mb)
The error occurs with new products, as well as on existing products with images
All media folders have chmod 777
The error exists in all browsers (IE, FF and Chrome)
Magento is running on a private VPS, with plenty of empty disk space
The image do not show up in the media/tmp folder nor the media/catalog folder
Alle images have always been imported through the Magento backend
I have tried if removing the .htaccess file from media folder helps (it doesn't)
I tried uploading the image in global view as well in store view
How to solve this problem? Or at least find the reason for its occurrence?
Edit the file lib/Varien/File/Uploader.php and add Mage::log() inside the save() function.
public function save($destinationFolder, $newFileName = null)
{
$this->_validateFile();
if ($this->_allowCreateFolders) {
$this->_createDestinationFolder($destinationFolder);
}
if (!is_writable($destinationFolder)) {
Mage::log($destinationFolder);
throw new Exception('Destination folder is not writable or does not exists.');
}
}
or to another places in thic class and get exact error ...
File will be saved at configured Magento exceptions and logs files folder.
please open your inspect Element(q) in Firefox or chrome and check console tab and if you find the error as "Uncaught Error: Function name must be a string in C:\MAMP or wamp or xamp\htdocs or www\magento\lib\Varien\File\Uploader.php:259" then you can fix it from following solution.
-first you should open Uploader.php from C:\MAMP or wamp or xamp\htdocs or www\magento\lib\Varien\File\Uploader.php and going to 259 line find this code
$params['object']->$params['method']($this->_file['tmp_name'])
and the change it to
$params['object']->{$params['method']}($this->_file['tmp_name']);
i just add {} around $params['method'] and it is work
i think this error is come from changing your php version
Joomla 1.5.22 new installation, no extensions added. I've only configured the Global Configuration pages. For some reason, I can't upload any pictures, either in articles or in the media manager. "Start Upload" does nothing, it just sits there.
The only thing I could find on this was a folder permissions issue and and so I set Images and all sub-folders to 777, but that still didn't help.
Any thoughts on what could be causing this and how to get it to allow for pictures to be uploaded?
First off change your folder settings back from 777 to something more secure (664 or 775). Then Prakash could be correct in that the flash uploader is not working on your system and you can disable it and use the normal file view uploader. Try that and let us know.
On global configuration, in media settings you've enabled the flash uploader which disallows to upload the files for some reason. Disable it, now you'll be allowed to upload files again