Problems Uploading Images

[Matt_P]

Hi everyone,

I am new to Processwire and am hoping that you will be able to help me out.

I have currently taken over a website from one of my colleagues and have been asked to implement a gallery.  I have created the appropriate fields and code but have come across an issue when trying to upload images to the field.

Initially I uploaded multiple images of varying sizes and I found that the loading bar reaches the end very quickly then the loading icon/graphic just continues to spin, I waited for an hour or so for them to load but it never did, it just kept spinning. I then reloaded the page and the images were not shown in the field.

I decided to then upload one small image (roughly 200KB) and again it did the same as above. I left the site 24 hours to see if it would fix itself. However when that time had passed and I tried again it failed again.

I asked my colleague if he had any issues with uploading images but apparently it was fine when he was using it.

Does anyone know what is causing this and if there is a fix?

See attached image.

Thanks,

Matt

[gmclelland]

Maybe it is related to this issue https://github.com/ryancramerdesign/ProcessWire/issues/1174 ?

[Matt_P]

Hi gmclelland,

Thanks for your quick response.

After reading the article you linked I noticed that people have taken screenshots of the page in inspector. I also get similar looking errors and have attached my screenshots, the first one using Chrome and the second using Firefox.

I am looking into xdebug at the moment and am hoping that will resolve my issue.

Based on my screenshots do you think xdebug will resolve the issue?

Thanks,

Matt

[gmclelland]

Few questions for you:

How did you install php on your setup?

What version of php are you running?

Is xdebug installed?

I installed php via homebrew on a mac using php 5.6.23.

Using always_populate_raw_post_data = -1 didn't work for me.

I had to update/reinstall php with 

brew unlink php56

brew unlink php56-mcrypt

brew unlink php56-xdebug

brew install php56

brew install php56-mcrypt

brew install php56-xdebug

restart apache and then it started working

Note: In the github issue I stated that it was only working with xdebug enabled, but now(after following the steps above) I can run it with xdebug disabled.

Hope that helps

[Matt_P]

Hi gmclelland, 

- It is not locally set up, instead It is set up in a dev hosting area. 

- It is using PHP Version 5.4.45.

- xdebug is not installed. 

The following is enabled:

" './configure' '--disable-fileinfo' '--enable-bcmath' '--enable-calendar' '--enable-exif' '--enable-ftp' '--enable-gd-native-ttf' '--enable-libxml' '--enable-mbstring' '--enable-pdo=shared' '--enable-sockets' '--enable-zip' '--prefix=/usr/local' '--with-apxs2=/usr/local/apache/bin/apxs' '--with-bz2' '--with-curl=/opt/curlssl/' '--with-freetype-dir=/usr' '--with-gd' '--with-gettext' '--with-imap=/opt/php_with_imap_client/' '--with-imap-ssl=/usr' '--with-jpeg-dir=/usr' '--with-kerberos' '--with-libdir=lib64' '--with-libxml-dir=/opt/xml2/' '--with-mcrypt=/opt/libmcrypt/' '--with-mysql=/usr' '--with-mysql-sock=/var/lib/mysql/mysql.sock' '--with-mysqli=/usr/bin/mysql_config' '--with-openssl=/usr' '--with-openssl-dir=/usr' '--with-pcre-regex=/opt/pcre' '--with-pdo-mysql=shared' '--with-pdo-sqlite=shared' '--with-pic' '--with-png-dir=/usr' '--with-pspell' '--with-xpm-dir=/usr' '--with-xsl=/opt/xslt/' '--with-zlib' '--with-zlib-dir=/usr' "

Thanks,

Matt

[gmclelland]

Maybe you could try updating PHP to 5.6?  I think PHP 5.4 is unsupported now anyways?

Maybe also check your upload_tmp_dir = "/tmp" in php.ini is set to the correct location for your OS.

I'm not sure what else to try...

You might list your Operating Systems as well in case others chime in here to help.... maybe upload your php.ini file?

[gmclelland]

Also... Before the changes, I was having this problem with 2.x and 3.x versions of Processwire.  Now both work.

[Matt_P]

Hi gmclelland,

It is using Linux CentOS.

Thanks for your continued support, I will have a look into that and I'll let you know the outcome.

Thanks,

Matt

[Matt_P]

Hi its me again,

Unfortunately I have not had any luck with the suggestions so far. Does anyone have anymore suggestions?

Thanks,

Matt

[fbg13]

Did you check the logs? What do they say?

[horst]

If you get an error json parse error, you need to check what data is returned from the server. You can see it with the network tab of e.g. Firefox. When selected the ajax call there, you have additional tabs from which one is called server answer or something that like. What does it contain?

[pwFoo]

I had a similar problem in the past. Upload finished, but the image wasn't uploaded / saved. 
It was php-mbstring related, which I forgot to install...

Your problem looks different (mbstring is listed as enabled), but maybe it's also php module (json, ...) related too?

Did you check all the logs (apache / php and PW logs)? 

[Matt_P]

On 7/25/2016 at 4:05 PM, fbg13 said:

Did you check the logs? What do they say?

See attached. 

The top half of the image is from the Processwire Error Logs and the second is from the Error logs on the server.

[arjen]

Try using the native Image fields instead of ImageExtra which is an external module. Perhaps you could post your issues in the thread of ImageExtra.

[Matt_P]

8 minutes ago, arjen said:

Try using the native Image fields instead of ImageExtra which is an external module. Perhaps you could post your issues in the thread of ImageExtra.

I need the ImageExtra module for the gallery I am making. I have used ImageExtra on another website in the same dev area and that works fine. I think this is more of a server issue.

[adrian]

Use the dev branch of ImageExtra - it is supposed to be fixed there: https://github.com/justonestep/processwire-imageextra/issues/18

[Matt_P]

Hi adrian,

Thank you very much that has solved my issue.

Thanks to everyone else as well.

Matt

[gmclelland]

Well crap, now for some reason I can't upload images or files on my mac.  Same problem, but I'm just using core image and file fields.  It was working, I'm not sure what changed?  This happens with PW2 and PW3 sites when I try to upload the files.

I've tried the same in firefox, chrome, and safari.
When I check my response in Chrome it shows the following:

<br />
<b>Deprecated</b>:  Automatically populating $HTTP_RAW_POST_DATA is deprecated and will be removed in a future version. To avoid this warning set 'always_populate_raw_post_data' to '-1' in php.ini and use the php://input stream instead. in <b>Unknown</b> on line <b>0</b><br />
<br />
<b>Warning</b>:  Cannot modify header information - headers already sent in <b>Unknown</b> on line <b>0</b><br />
[{"error":false,"message":"Added file: globals.jpg","file":"\/site\/assets\/files\/1002\/globals.jpg","size":25337,"markup":"\n\t<li id='file_91ef455ec27970cb238861b2c8895d64' class='InputfieldFileItem InputfieldImage ui-widget'>\n\t\t<p class='InputfieldFileInfo InputfieldItemHeader ui-widget ui-widget-header ui-helper-clearfix'>\n\t\t\t<span class='HideIfSingle HideIfEmpty InputfieldFileDrag'><i class='fa fa-sort'><\/i> <\/span>\n\t\t\t<i class='fa fa-caret-right InputfieldFileDrag HideIfMultiple'><\/i> \n\t\t\t<label class='InputfieldFileDelete'><input type='checkbox' name='delete_images_91ef455ec27970cb238861b2c8895d64' value='1' title='Delete' \/><i class='fa fa-fw fa-trash'><\/i><\/label>\n\t\t\t<a class='InputfieldFileMove InputfieldFileMoveBottom' href='#' title='Move to bottom'><i class='fa fa-fw fa-angle-double-down'><\/i><\/a> \n\t\t\t<a class='InputfieldFileMove InputfieldFileMoveTop' href='#' title='Move to top'><i class='fa fa-fw fa-angle-double-up'><\/i><\/a> \n\t\t\t<a class='InputfieldFileName pw-modal pw-modal-large' title='globals.jpg: globals.jpg (281x386)' href='\/admin\/page\/image\/edit\/?id=1002&file=1002,globals.jpg&rte=0&field=images' data-buttons='#non_rte_dialog_buttons button' data-autoclose='1' data-close='#non_rte_cancel'>globals.jpg <i class='fa fa-pencil ui-priority-secondary'><\/i><\/a> \n\t\t\t<span class='InputfieldFileStats'>25 kB, 281x386  <\/span> \n\t\t<\/p>\n\t\t<div class='InputfieldFileData ui-widget ui-widget-content'>\n\t\t\t<div class='InputfieldImagePreview'>\n\t\t\t\t<a class='InputfieldFileLink' target='_blank' href='\/site\/assets\/files\/1002\/globals.jpg?nc=10'><img height=\"100\" src=\"\/site\/assets\/files\/1002\/globals.0x100.jpg?nc=1452724334\" alt=\"\" data-gridsize=\"100\"  \/><\/a>\n\t\t\t\t<div class='InputfieldImageActions'>\n\t\t\t\t\t<a title='globals.jpg (281x386)' href='\/admin\/page\/image\/edit\/?id=1002&file=1002,globals.jpg&rte=0&field=images' class='pw-modal pw-modal-large' data-buttons='#non_rte_dialog_buttons button' data-autoclose='1' data-close='#non_rte_cancel'><i class='fa fa-fw fa-crop'><\/i><\/a>\n\t\t\t\t<\/div>\n\t\t\t<\/div>\n\t\t\t<div class='InputfieldFileDescription'><label for='description_images_91ef455ec27970cb238861b2c8895d64' class='detail'>Description<\/label><input type='text' name='description_images_91ef455ec27970cb238861b2c8895d64' id='description_images_91ef455ec27970cb238861b2c8895d64' value='' \/><\/div>\n\t\t\t<input class='InputfieldFileSort' type='text' name='sort_images_91ef455ec27970cb238861b2c8895d64' value='0' \/>\n\t\t<\/div>\n\t<\/li>","replace":false,"overwrite":0}]

I tried disabling xdebug, turning off php error warnings, turning off debug mode in Processwire, always_populate_raw_post_data = -1 and 0 in my php.ini all while restarting apache between each change.

In my PHP error logs I get:

[Fri Jul 29 19:01:42.816150 2016] [:error] [pid 900] [client 127.0.0.1:50397] PHP Deprecated:  Automatically populating $HTTP_RAW_POST_DATA is deprecated and will be removed in a future version. To avoid this warning set 'always_populate_raw_post_data' to '-1' in php.ini and use the php://input stream instead. in Unknown on line 0, referer: http://pw3.dev/admin/page/edit/?id=1019
[Fri Jul 29 19:01:42.816467 2016] [:error] [pid 900] [client 127.0.0.1:50397] PHP Warning:  Cannot modify header information - headers already sent in Unknown on line 0, referer: http://pw3.dev/admin/page/edit/?id=1019

I'm running PHP 5.6.24 / Apache/2.4.18 on my mac installed with homebrew.

Any other help is appreciated

 

[adrian]

Haven't you already solved this

 

[gmclelland]

I thought so, but then out of the blue it just stopped working and I can't seem to figure out how to get it working again.

[horst]

I don't know homebrew, but to me it looks like the ini setting for "always_populate_raw_post_data" isn't (finally) set to -1. Have you checked it on runtime?

The issue simply is, that you get a PHP warning as return of an ajax request, what then breaks your app (PW), as it expects another return, (a json object, and not a PHP server warning).

You need to disable all php warning output, other then logfile, you need to check your ini settings for the mentioned setting on runtime, and / or you should set the mentioned setting on runtime too.

Sometimes there are multiple php.ini files on a system, and it isn't quite obvious which one(s) are involved. So, additionally you may scan your filesystem for all php.ini files and explicitly set "always_populate_raw_post_data" to -1 in every file, if the runtime check shows that it isn't set to this.

[adrian]

In addition to @horst's comments, in case you don't know, you can find out which php.ini file is being used from phpinfo() - if you have Tracy installed, turn on the PHP Info panel.

Otherwise you can get this info from php -i|more in your terminal.

Sorry if this is already basic knowledge for you!

[gmclelland]

I'm so confused.  Today it just started working.  I didn't even do anything.  Maybe opcache related?  Even tested on different PW2 and PW3 sites.

HI @adrian and @horst.  I tried Tracy debugger and here is what it shows (see attachment)

It also confirmed that I was editing the correct php.ini file.

Thank you both for your help.  I'm hoping it won't happen again