Image upload problems in file manager
I'm trying to debug an image upload issue that my client is having. Unfortunately I can't replicate the issue so it's making this rather difficult.
The client needs to update images via the file manager. He says that he uploads the image (either one at a time or via upload multiple) and they aren't always 'sticking'. The image appears in the file manager list with a broken image icon next to it instead of a thumbnail. If he repeats the upload process maybe 5 times, it may finally work.
- I have confirmed that he is uploading normal sized images, and they aren't weird formats. The image is not the problem.
- If I upload the same images it works fine for me every time.
- He has tried doing this using several browsers - same problem
- I tried uploading using his C5 login, works fine for me
- If you click the image and try to rescan the thumb, it says the file does not exist.
I'm struggling to think what the problem might be. It's made more difficult by the fact I can't replicate the problem, and he won't be all that keen to let me remote control his PC for testing purposes (although if we have to do that then so be it).
I'm just wondering if anyone else has had this kind of issue before and what else I should be checking.
The site is quite new and is 5.6.1
They are a corporate customer and I'd expect their internet is good. There is the possibility it's a firewall or other network device getting in the way, though this is hard to confirm. I'm yet to get the client to test from his home connection, though this is on my list.
The actual file isn't on the server in the files folder like it should be, and rescanning doesn't work. However all is well if I upload the image myself.
I'm curious whether it uses nginx as a reverse proxy. Its average load could be the issue as well.
I had the same problem but solved it, mine was a server issue.
phpinfo(); output might also be helpful.
Here's the environment info from Concrete5...
# concrete5 Version
# Server Software
# Server API
# PHP Version
# PHP Extensions
apache2handler, apc, bcmath, bz2, calendar, Core, ctype, curl, date, dba, dom, enchant, ereg, exif, fileinfo, filter, ftp, gd, gettext, gmp, hash, iconv, imap, intl, json, ldap, libxml, mbstring, mcrypt, memcache, mysql, mysqli, odbc, openssl, pcre, PDO, pdo_mysql, PDO_ODBC, pdo_pgsql, pdo_sqlite, pgsql, Phar, posix, pspell, recode, Reflection, session, shmop, SimpleXML, snmp, soap, sockets, SPL, sqlite3, standard, sysvmsg, sysvsem, sysvshm, tidy, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib.
# PHP Settings
max_execution_time - 3600
apc.max_file_size - 1M
log_errors_max_len - 1024
max_file_uploads - 20
max_input_nesting_level - 64
max_input_time - -1
max_input_vars - 1000
memory_limit - 512M
post_max_size - 200M
safe_mode - Off
safe_mode_exec_dir - <i>no value</i>
safe_mode_gid - Off
safe_mode_include_dir - <i>no value</i>
sql.safe_mode - Off
upload_max_filesize - 100M
ldap.max_links - Unlimited
memcache.max_failover_attempts - 20
mysql.max_links - Unlimited
mysql.max_persistent - Unlimited
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
odbc.max_links - Unlimited
odbc.max_persistent - Unlimited
pcre.backtrack_limit - 100000
pcre.recursion_limit - 100000
pgsql.max_links - Unlimited
pgsql.max_persistent - Unlimited
session.cache_limiter - nocache
session.gc_maxlifetime - 7200
soap.wsdl_cache_limit - 5
safe_mode_allowed_env_vars - PHP_
safe_mode_protected_env_vars - LD_LIBRARY_PATH
However all the admin work is done on one server and then the replication happens independently.
far fetched but if he is having problems but not you, the typical reason would be either a firewall, dns or browser issue.
Have you solved this problem. I am suffering the same problem. Whenever i am uloading image it is not showing me the success message even if the image file is too small. But when i am uploading other files like word it is working fine.
php memory is set to 128M
application/files perms are set to 777
I can successfully upload an image, in that after uploading it I can use it, but the thumbnail is always a yellow flower (which I assume beans 'broken'). When I rescan that image I get the error message of simply "Error" with a blank box (see attached)
Nothing in the error logs
I have debug turned on in Concrete
gd successfully installed (see attached)
running on Debian, apache2
Any clues as to where I might find the error. Or maybe someone has fixed this same problem?
What is additionally weird is this just started as you can see by the attachment, all my old images have thumbs. And I can rescan those no problem. Have tried with various images, all generally small. This MAY have started when I updated to 5.7.4R2
This same error happens on two different machines, one running debian and the other running arch.
Update to the latest 18.104.22.168 and see if your problem is fixed.
I resolved the problem by uninstalling php-imagick from my system... then it defaulted to gd, and worked. So, not really a 'fix', but functional.
p.s. same problem with 22.214.171.124