-
Notifications
You must be signed in to change notification settings - Fork 128
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Incorrect display of some tickets via form. #2568
Comments
The ticket has been created 2 weeks ago. I guess Formcreator Alpha.2 was running at this time ? |
No, I switched to a dev version only last week, and I already observed this problem when I switched to V10 of GLPI with Alpha.2 as Alpha.3 |
I create tickets nearly every day, but I did not saw this problem. Very likely because i did not fill a form containing a text area question. This is probably this type of question which triggers the bug. Now I need to allocate some time to validate this assumption. |
I will test this solution directly to see if it can fix the problem under Alpha.3 |
#2543 |
Ok, I did a try with a textarea. I reproduce. When a form does not contains such question the ticket is properly generated. The problems seems to be related to the text returned by the rich text area. symbols < and > used to mark HTML tags are escaped in the form < and > instead of < and >. If I fix them, the ticket is correct. Remains to find where the bad conversion occurs. |
only when textarea field is rendered in the target fix pluginsGLPI#2568 pluginsGLPI#2543 pluginsGLPI#2521
Please try the above fix and feedback. |
I've just tested this patch but it doesn't seem to fix the display of existing tickets as well as new tickets |
The patch shall fix the generation of new tickets, not those already existing. On my side, it seems to work as expected. beforeafterMaybe there is something else in your questions which triggers the bug. Please export your form (verify that you don't expose sensitive data), and upload it here. You may also try a simple form with a textarea question, to check whtout and with the patch if you get the same results as above. |
This is one of the most enhanced forms I currently use as it has an html table as well as enhanced text boxes. |
only when textarea field is rendered in the target fix pluginsGLPI#2568 pluginsGLPI#2543 pluginsGLPI#2521
Hi I cannot use this export. You must use the export feature of Formcreator, generating a .json file. Open the list of forms, select your form, and open massive actions. Choose "Export" |
Sorry my bad. |
Hi The fix is updated, I got one satisfying fedback. Could you cancel the patch, re download it and try again ? |
No worries, I'll try this in the morning and get back to you as soon as possible, thanks again |
Thanks, everything looks good! |
I may be going too fast, but I don't understand why some of my tickets don't display correctly, even though they don't seem to be any different from others that work perfectly. |
Hi So using the same form you have tickets properly rendered and tickets with the bug ? Are you sure that all tickets are generated with the latest version of the fix ? |
I am doing a complete reinstallation this afternoon, I will come back to you after that |
@btry Hi, may I ask how to upgrade from alpha2 to alpha3? |
Hi use the CLI tool of glpi
|
Copy the new version directly under the plugins folder, overwrite the old folder, and execute this command, is it right? |
no : move the old folder out of GLPI, then copy the new version. Never overwrite a plugin with a new version to upgrade. If a file existed and does not exists anymore this fille will remain, and generaly speaking the presence of an extrafile is unpredictable. It depends on the design of its logic of the plugin. |
done, but it's the same as before. |
After the installation of Alpha.3 you need to apply this fix : I have a positive feedback, but I wish to have some more. |
ok, I miss the fix, let me do it tomorrow, thanks :) |
But it doesn't look like it's just happening in taxtarea |
Then tell the other impacted types, please, and I'll investigate. |
After a clean reinstallation of GLPI 10, as well as the plugin, it seems to work well on my side. |
ok, I guess you tested some tickets, applied the patch and checkd if those tickets are fixed. The fix solved the problems for tickets created when the fix is applied. older tickets are not fixed (it is too late for them) |
For the old tickets, some have been corrected, others not, it depends. |
No old ticket has been corrected : the fix does nothing with them (it would be required to update rows in the DB) |
Export the form to get its JSON representation, and send it here. I'll try to reproduce with it. |
I can confirm this issue using git version. |
Hi I did some tests with a checkboxes question and I reproduce. |
Please test the above fix and feedback. It operates on checkboxes, multiselect and actors |
yes, It's much better! just as same as above. some type can see |
Hi @husisusi @triplility do you both use the release 2.13.0-alpha.3 or a more recent revision ? In my bugfix research I don't have the HTML tag br in the ticket (latest revision). I'll have a look on the tagged revision to see if I can reproduce. |
It was git master version. With 2.13.0-alpha.3 and #2591 no issue. Thank you @btry !! |
Hi I updated the PR. Please remove the previous fix, download the re-apply it, then feedback. |
Done, it works as expected. |
Hi @triplility can you feedback please ? |
Great! it's work fine! thanks so much! |
Hi Thank you for your feedback; I close this issue. |
Currently under GLPI 10.0.0 with the version of formcreator Alpha.3. Some tickets appear this way when you open them, although the preview in the list is correct :
While some other tickets are displayed correctly either in preview or when opening the ticket.
In addition, when creating a new ticket, the display error also appears.
The text was updated successfully, but these errors were encountered: