formcreator icon indicating copy to clipboard operation
formcreator copied to clipboard

Users can not see Forms

Open IT-META opened this issue 1 year ago • 14 comments

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:

  1. Go to Forms
  2. No Item Found

Expected behavior A clear and concise description of what you expected to happen.

Screenshots image

image

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.

IT-META avatar Jan 02 '25 12:01 IT-META

Same problem on GLPI 10.0.18. and formcreator 2.13.10

Chobbot avatar Apr 03 '25 13:04 Chobbot

Same problem on GLPI 10.0.18. and formcreator 2.13.10. Any fix released?

SupportAnjou avatar Apr 24 '25 12:04 SupportAnjou

Hi,

Is this a regression compared to 2.13.8 or 2.13.9 ?

btry avatar Apr 24 '25 12:04 btry

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.

SupportAnjou avatar Apr 24 '25 12:04 SupportAnjou

Then it seems that a an upgrade of GLPI is responsible of the issue, am I right ?

btry avatar Apr 24 '25 12:04 btry

Yes.

SupportAnjou avatar Apr 24 '25 12:04 SupportAnjou

Can you show the access restrictions of the impacted form ?

Image

btry avatar Apr 24 '25 13:04 btry

Image

Image

SupportAnjou avatar Apr 24 '25 13:04 SupportAnjou

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

btry avatar Apr 24 '25 13:04 btry

1- With the standard interface, the forms are showing up, but not in the simplified interface.

Image

Image

2- Command line completed successfully, but diplay error still persist.

SupportAnjou avatar Apr 24 '25 15:04 SupportAnjou

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

btry avatar Apr 25 '25 06:04 btry

a85745e3bfcefd2b7fbbddb3a93f7539 styles.min.css

SupportAnjou avatar Apr 29 '25 13:04 SupportAnjou

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

Image

btry avatar May 02 '25 09:05 btry

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

andrefilipe90 avatar Sep 04 '25 18:09 andrefilipe90