We appreciate you taking the time to vote and add your suggestions to make our products awesome! Your request will be submitted to the community for review and inclusion into the backlog.
We recommend reviewing what is submitted before posting, in case your idea has already been submitted by another community member. If it has been submitted, vote for that existing feature request (by clicking the up arrow) to increase its opportunity of being added to Cireson solutions.
For more information around feature requests in the Cireson Community click here.
We recommend reviewing what is submitted before posting, in case your idea has already been submitted by another community member. If it has been submitted, vote for that existing feature request (by clicking the up arrow) to increase its opportunity of being added to Cireson solutions.
For more information around feature requests in the Cireson Community click here.
Options
Configurable response to old/bad/groomed ticket URLs
Tom_Hendricks
Customer Super IT Monkey ✭✭✭✭✭
Going along with this thread (or on its own!) about grooming out work items that are no longer in the cache tables, users often hang on to URLs for old tickets that have since been groomed out of the ServiceManager database. Currently, if they enter that URL, they will get a non-descriptive "FAILED" message.
This request is for a setting that we could use to redirect those requests to a different URL of our choosing. Either a different error page that we make, or in my case, I would like to redirect it to an SSRS report I have set up that will open the ticket by its ID, out of the data warehouse. For this to work, the ID would need to be a variable that we could insert into our URL, and it would be ideal if each ticket type could have its own URL. For example:
SR Ticket Not Found URL: https://myawesomereportserver.com/Reports/RequestReports/MySrReport?id={{WorkItemId}}
IR Ticket Not Found URL: https://myawesomeportalserver.com/CustomErrorPages/TicketNotFound.aspx?id={{WorkItemId}}
CR Ticket Not Found URL:
The first redirects to a report, and the second to a custom error page, just to demonstrate both. Leaving it blank would keep the current behavior, as in the CR example.
This request is for a setting that we could use to redirect those requests to a different URL of our choosing. Either a different error page that we make, or in my case, I would like to redirect it to an SSRS report I have set up that will open the ticket by its ID, out of the data warehouse. For this to work, the ID would need to be a variable that we could insert into our URL, and it would be ideal if each ticket type could have its own URL. For example:
SR Ticket Not Found URL: https://myawesomereportserver.com/Reports/RequestReports/MySrReport?id={{WorkItemId}}
IR Ticket Not Found URL: https://myawesomeportalserver.com/CustomErrorPages/TicketNotFound.aspx?id={{WorkItemId}}
CR Ticket Not Found URL:
The first redirects to a report, and the second to a custom error page, just to demonstrate both. Leaving it blank would keep the current behavior, as in the CR example.
10
Comments
https://community.cireson.com/discussion/1993/add-logic-check-from-work-items-not-stored-in-the-cireson-database#latest
I think they should be considered together if/as a solution is planned.
So that makes three related threads on this subject. Any more?
Not sure why "workitem created by user" isn't an inferred permission, but that is one of the many oversights in SCSM. Friendly error message would be at least a fallback.
Thanks
Rod