🌍
English
Pages: 1
Hi,
After years of no issue it happens that I am no longer able to upload any photo via the web admin. The progress bar remains frozen and nothing happen, even after a long time. If I quit I have a dialog box "This page is asking you to confirm that you want to leave - data you have entered may not be saved." See the 2 screenshots attached.
Via FTP it works well but I prefer to use the web GUI to add photos (virtual categories can be moved, not physical).
I tried different PC, different browsers, same problem. I do not have a space issue (otherwise ftp would not work neither).
Any idea ? Where can I find log files ? Anyw workaround ?
Piwigo version: 2.8.6
PHP version: 5.6.28
MySQL version: 5.5.52-cll
Piwigo URL: http://toutee.com/piwigo/
Thanks/Jérôme
Offline
Likely a PHP issue. Happened to me using php-fpm for no apparent reason, but there may be many other reasons.
Offline
same by my Piwigo, but at 100%.
The Load bar switch to the top of the Screen, and nothing more is happened.
Files are uploaded to upload/buffer as an .part file, but with zero Bytes.
www-data are able to write to this location. I've tested this on command line.
The Files are stored on an NFS-Share and i Migrated manual from 2.7.4 to 2.8.6
I think, it is an PHP-Error but al also not able to activate the logger with:
$conf['log_level'] = 'DEBUG';
in Local Editor
thanks
Offline
Actually it is now frozen at 100%, like you. I am happy to see that I am not the only one to get the issue.
Offline
ok it is definitely no PHP-Error.
I've make an fresh install of Piwigo on same Storeage with same Aplicationserver, same MySQL-Server an so on.
And the upload is working!
I've deactivated all Plugins on my orig Piwigo but, im not sucess. :-(
Offline
ok,
I've worked out my Problem.
In past, my Piwigo runs on an MacOSX Server and to got it to work, i need to modify an php value via .htaccess.
in my case: php_value open_basedir "/var/www/.../.../"
Commented out on all .htaccess in Parent-Folders and piwigo-folder itself.
This Option works in Version 2.7.* and php5 without any Errors, but on 2.8.6 and php7 i run in this error.
Is this now a Bug?
So check youre .htaccess Files for an Option, that is possible the "error"
Bye...
Last edited by BuzzFuzz (2017-03-07 20:22:18)
Offline
Well... apparently I do not have any .htaccess file in piwigo or parent folders. None that I can find with my ftp client (I am hosted by hostpapa and do not have a shell on the server). Also, in my case the buffer directory is empty.
Reproducing the issue with the console in Chrome gives me the following:
1u1auth.js:90 POST http://toutee.com/piwigo/ws.php?method= … ormat=json 403 (Forbidden)
and
admin.php?page=photos_add:466 Uncaught TypeError: Cannot read property 'id' of null
HTTP error 403 seems to suggest an issue in the POST with the web server refusing the action for some reason.
Complete log:
1u1auth.js:90 POST http://toutee.com/piwigo/ws.php?method=pwg.images.upload&format=json 403 (Forbidden)
send @ 1u1auth.js:90
exec @ 1u1auth.js:89
shimExec @ 1u1auth.js:89
exec @ 1u1auth.js:89
r @ 1u1auth.js:90
u @ 1u1auth.js:90
send @ 1u1auth.js:90
p @ 1u1auth.js:104
k @ 1u1auth.js:104
(anonymous) @ 1u1auth.js:104
(anonymous) @ 1u1auth.js:89
i @ 1u1auth.js:89
(anonymous) @ 1u1auth.js:89
(anonymous) @ 1u1auth.js:89
i @ 1u1auth.js:89
r @ 1u1auth.js:89
dispatchEvent @ 1u1auth.js:89
trigger @ 1u1auth.js:89
g @ 1u1auth.js:104
start @ 1u1auth.js:104
(anonymous) @ admin.php?page=photos_add:382
dispatch @ jquery.min.js?v2.8.6:4
r.handle @ jquery.min.js?v2.8.6:4
admin.php?page=photos_add:466 Uncaught TypeError: Cannot read property 'id' of null
at o.Uploader.UploadComplete (admin.php?page=photos_add:466)
at o.Uploader.<anonymous> (1u1auth.js:104)
at Array.<anonymous> (1u1auth.js:89)
at i (1u1auth.js:89)
at Object.r [as inSeries] (1u1auth.js:89)
at o.Uploader.dispatchEvent (1u1auth.js:89)
at o.Uploader.trigger (1u1auth.js:89)
at o.Uploader.g (1u1auth.js:104)
at 1u1auth.js:104
UploadComplete @ admin.php?page=photos_add:466
(anonymous) @ 1u1auth.js:104
(anonymous) @ 1u1auth.js:89
i @ 1u1auth.js:89
r @ 1u1auth.js:89
dispatchEvent @ 1u1auth.js:89
trigger @ 1u1auth.js:89
g @ 1u1auth.js:104
(anonymous) @ 1u1auth.js:104Last edited by djom (2017-03-08 04:32:37)
Offline
so, check youre variable with:
<?PHP
phpinfo ();
?>
and sorry. i am not an Java Developer *g* but the output shows an (anonymous) @
its is possible that you are not authenticated?
Last edited by BuzzFuzz (2017-03-08 15:51:50)
Offline
Hi BuzzFuzz,
Which variable am I supposed to check (sorry I am not a dev !).
The output of phpinfo() is huge , you may see it here : http://toutee.com/php_variables.php
I am authenticated in piwigo as jtoutee, a user who has a status of Webmaster.
Thanks for helping !
Last edited by djom (2017-03-09 03:13:03)
Offline
Can you disable Suhosin in your control panel?
Your php_info also states that you use CGI/Fast-CGI. If you could turn on the apache php5 module, it might solve your problems.
Otherwise your config is okie dokie.
Offline
Hi Zentalquabula,
Tks for the advice. I am trying to disable suhosin... found out how to edit php.ini (via cPanel File Manager) and added the following in [suhosin] section:
suhosin.simulation = On
Then I am supposed to restart apache but I don't know how to do from cPanel. I do not have shell access to hostpapa.
Any suggestion ? Maybe a ticket to hostpapa support to ask them to restart ?
For turning on apache php5 module... well I don't know how to do
Offline
Hello,
Problem is fixed after I opened a ticket to hostpapa to restart Apache. In fact they replied the following
"J'ai désactivé une règle positive de mod_security qui était à l'origine de ce comportement"
which means
"I have deactivated a positive rule of mod_security which was at the origin of this behavior".
I understand that this is a Web Application Firewall.
Thanks to those who helped.
Now... can the behavior of piwigo upload part be enhanced to trap that kind of issue and display a clear error message ? Instead of freezing the progress bar ?
Offline
Pages: 1