Ticket Field events on read only fields
I have a few ticket fields that needs to be locked down after the ticket creation and only accessed if there is a mistake in the initial entry. It is causing reporting issues as these fields get changed or otherwise messed up during the lifetime of the ticket.
Is there a way to fire off an onclick event on a read only field that I can then throw up a input/edit box?
-
Hey Ronald,
You could accomplish this by creating a small app using our apps framework. I've went ahead and built a small example application where you can see how to accomplish this. You'll need to expand on this so that it takes into account your multiple fields, but should get you started. Feel free to check it out here.
Hope this helps,
-
I see where in the Manifest you change the properties of a field. Perhaps I did not clearly state what I meant. The agent will be entering data into the fields in question. Once that is done, I need to lock down the fields so that they don't get inadvertently changed (which apparently happens during the life cycle of the ticket). So it would be nice to lock them down after initial data entry and only allow editing when an extra step is done (like pressing a button or double clicking on the read only field)...
Can you maybe explain how your app helps in that way?
-
Hi Ronald,
I'm not sure what you're referring to in the manifest file, but the application follows the workflow you outlined.When an agent creates a ticket, they can input into the field as expected. Any other time they need to click the "Enable Field" button to be able to type. I've went ahead and added some screen recordings showcasing the functionality in the readme of the repository. -
My mistake. I did not look directly into the Iframe file. Thanks, I will look it over.
-
No worries Ronald, let us know if you have any questions.
-
Ok, I have a working local version, thank you very much.
The struggle I have now is deploying to sandbox and storing the IDs for the fields. It's currently in a settings.yml file but I am little confused about where this data resides on the host side -
Additionally I am getting
validate Unsupported MIME types detected in node_modules/acorn-jsx/node_modules/acorn/bin/update_authors.sh, node_modules/babel-polyfill/scripts/build-dist.sh, node_modules/buffer/bin/update-authors.sh, node_modules/constants-browserify/build.sh, node_modules/exit/test/fixtures/create-files.sh, node_modules/watch/release.sh.When I validate. How do I go about fixing that?
-
Hey Ronald,
In a production environment these would be input from the settings page (which is built off the information provided in the manifest file) of your application once installed. For my app it looks like this:
As for the validation issue. The app I provided doesn't use any node modules. If you're getting this issue for that repo, I'd assume you're running the command against the wrong directory.Have a wonderful day!
Eric Nelson
Senior Manager, Developer Advocacy -
OK, got it
Please sign in to leave a comment.
9 Comments