mirror of
https://github.com/tuxis-ie/nsedit.git
synced 2026-04-27 00:25:50 +03:00
[GH-ISSUE #134] "An error occured while communicating to the server." (again) #82
Labels
No labels
bug
duplicate
enhancement
help wanted
invalid
pull-request
question
question
upstream
upstream
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/nsedit#82
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @hoalex on GitHub (Nov 9, 2016).
Original GitHub issue: https://github.com/tuxis-ie/nsedit/issues/134
When trying to login, I immediately get "An error occured while communicating to the server.". I know that there were already similar issues, but after reading them I'm still not sure what causes the error.
This happens for me on a fresh install (pulled today from git-master). My system:
When loggin in with admin/admin, the site loads and immediately shows the following error message:
Looking at the Firefox debug console, I can see that there are two HTTP POST requests to

zones.phpwhich fail:I am not sure whether the error message is specifically caused by the 403, just a wild guess. PHP-FPM and nginx logs show no errors.
Regards
Alex
@tuxis-ie commented on GitHub (Nov 9, 2016):
This is almost definite a php issue. What do you mean with "again"?
@hoalex commented on GitHub (Nov 9, 2016):
"Again" because of the previous issues here on Github that had the same error ;-)
Any advice on how I can begin troubleshooting the issue? If I disable the CSRF check in lines 9-13 in
zones.php, the site loads just fine. I guess somehow the CSRF token is not correctly interpreted (note that the Firefox console shows that a "X-CSRF-Token" is transmitted during the POST request).@tuxis-ie commented on GitHub (Nov 9, 2016):
Probably has something to do with the function on line 377 of misc.php?
@hoalex commented on GitHub (Nov 9, 2016):
I created a new file and ensured that the hash_pbkdf2() function works (it does). I also tried commenting out the function you mentioned, but the error still persists. :-(
Looking deeper, I found out that
$found_tokenis always null in the_check_csrf_token()function (found inincludes/session.inc.php).$csrf_tokenhas the correct value, i.e. the one also sent by the browser...@tuxis-ie commented on GitHub (Nov 10, 2016):
Then it's probably an issue with php-fpm and Nginx where you are loosing $_SERVER[] stuff..