Users can not see Forms
Describe the bug Hello, My self-service user can not see Forms however they exists. They have access when they copy/paste the link on web browser but can not see directly on the GLPI webpage. I test with internal database user and SAML account (I use this standard for SSO) and the problem is the same. Thanks for your help. Steve
To Reproduce Steps to reproduce the behavior:
- Go to Forms
- No Item Found
Expected behavior A clear and concise description of what you expected to happen.
Screenshots
GLPI / Plugins (please complete the following information):
- GLPI version : 10.0.16
- list of all plugins with their version: Additional fields 1.21.15 / Form Creator 2.13.9 / GLPISAML 1.1.10 / Objects Management 2.14.10
Desktop (please complete the following information):
- OS: Windows 11
- Browser : Edge / Firefox
- Version 131.0.2903.112 / 128.5.2esr
Additional context Add any other context about the problem here.
Same problem on GLPI 10.0.18. and formcreator 2.13.10
Same problem on GLPI 10.0.18. and formcreator 2.13.10. Any fix released?
Hi,
Is this a regression compared to 2.13.8 or 2.13.9 ?
Yes, user cannot see forms in self-service portal, even if they exist an accessible with the url. Same comportement with GLPI 10.0.18 and formcreator 2.13.9.
GLPI 10.0.15 with formcreator 2.13.9-10 everything is fine.
Then it seems that a an upgrade of GLPI is responsible of the issue, am I right ?
Yes.
Can you show the access restrictions of the impacted form ?
1 - the form is in private access mode. Is the impacted user using the helpdesk interface, the simplified interface or the service catalog ?
2 - About the display error, it should be solved with the following command line
php ./bin/console plugins:formcreator:scss
1- With the standard interface, the forms are showing up, but not in the simplified interface.
2- Command line completed successfully, but diplay error still persist.
2 - refresh the web page with F5 or Ctrl+R. If this does not works, get the MD5 sum of formcreator/css_compiled/styles.min.css
a85745e3bfcefd2b7fbbddb3a93f7539 styles.min.css
2 - The same file in the archive has a different checksum. you may want to overwrite the file with he version from the archive and try again to refresh the page. On my side I don't reproduce a display problem with it.
1 - in which entity is the form and in which entity is the user ?
Also it may be interesting to analyze the SQL queries in charge if finding forms to display. In debug mode, in both cases, find sql queries sImilar to these
GUYS, Ive found the issue (for my case at least).
when creating the form I have selected Language: Portugues do Brasil then loggin with users as default lenguage as English never showed the form
Changing the user to "Portugues do Brasil" or changing the form language to -- all languages -- sorted the issue.
Once again, this was my case, not sure about others.
cheers