You are not logged in.
Pages: 1
Topic closed
After recording a ticket on the help desk the following message:
"You have the action requested is not allowed. previous Reload page before doing action again
I can tell that should this message. Perhaps the user is left too long open session and when the system finds nothing try to refresh.
something you have to see if I active in the php.ini configuration file session.referer_check = domain\glpi
Last edited by cj.moreno25 (2013-09-20 17:32:45)
Offline
This is CSRF checks included in GLPI.
DO you have trouble on all form submission ?
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Hi Moyo,
Thanks for answering my question.
This problem usually occurs in all forms, not very frecuent but it occurs.
***In such cases frequently occurs:
When the user logs in with username and password, and enter the form http://localhost/glpi/front/helpdesk.public.php
When you register a case on the help desk and click "send message" after entering the form http://localhost/glpi/front/tracking.injector.php This window displays the case number assigned to the help desk and information related to the case.
when entering the option to import users from LDAP on page https://localhost/glpi/front/ldap.import.php
When the administrator enters the module: Support option to "follow" on the form: http://localhost/glpi/front/ticket.php
I understand that CSRF protection is included in GLPI, I do not understand is that the help desk throws the error: "The action You have requested is not allowed. Previous Reload page before doing action again"
Thank you very much for your prompt response as this is hurting us the performance of the help desk for the user.
Last edited by cj.moreno25 (2013-09-26 17:35:47)
Offline
I have no problem.
Have you error in debug mode (in your settings) or in /files/ ?
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
I was checking in the "glpi \ files \ _log" php-errors files, sql-errors.
In php-errors file, the following errors were found, but not related to the incident that we are taking:
In sql-errors file, there is no information that has to do with the reported error.
It has something to do with the programming of the scheduled task "session".
Offline
You could disable CSRF checks on config/define.php if you have real troubles but I think it was a web server config trouble.
Really strange that the trouble not appears every times
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Pages: 1
Topic closed