-
Suggestion
-
Resolution: Fixed
-
240
-
1
-
NOTE: This suggestion is for JIRA Service Desk Server. Using JIRA Service Desk Cloud? See the corresponding suggestion.
Hi everyone,
Thank you for your interest in this issue.
We have shipped support for auto-populated request fields in Jira Service Management Data Center 4.22.
You can generate URLs that will automatically populate selected request fields with contextual data. This way you can direct your customers to the customer portal from an external website and transfer certain details into the request fields.
Learn how to set up URLS with auto-populated request fields.
Kind regards,
Charlie
Jira Service Management, Data Center & Server
I would like to integrate further into our JIRA Service desk and the idea of a pre-populated link to a specific request type would be ideal.
For example:
- User clicks on public link
- User redirected to request
- User notices that the summary and the description are already pre-popuated with contextual information
Implementation:
I suspect the most simple implementation would be URL parameters that pre-populate the summary/description.
Such as: https://<jira-base-url>/servicedesk/customer/portal/1/create/92?summary=Test&description=More%20Text%20for%20the%20description
The (better) alternative would be the ability to use headers but would be more complicated.
Use Case:
- Dynamically generated support links throughout applications (such as "Report a problem with this document" or "Request access to this page")
Thanks!
- is related to
-
JSDSERVER-133 Pre-filled values for fields in a request
- Closed
- relates to
-
JSDCLOUD-4049 Provide URL functionality for pre-populated summary/description
- Closed
-
JRASERVER-23590 Support pre-populating issue fields on CreateIssue.jspa
- Gathering Interest
- mentioned in
-
Page Failed to load
-
Page Failed to load
-
Page Loading...
-
Page Loading...
-
Page Loading...
Form Name |
---|
[JSDSERVER-4049] Provide URL functionality for pre-populated summary/description
Remote Link | New: This issue links to "Page (Confluence)" [ 815898 ] |
Description |
Original:
{panel:bgColor=#e7f4fa} *NOTE:* This suggestion is for *JIRA Service Desk Server*. Using *JIRA Service Desk Cloud*? [See the corresponding suggestion|http://jira.atlassian.com/browse/JSDCLOUD-4049]. {panel} I would like to integrate further into our JIRA Service desk and the idea of a pre-populated link to a specific request type would be ideal. For example: * User clicks on public link * User redirected to request * User notices that the summary and the description are already pre-popuated with contextual information h2. Implementation: I suspect the most simple implementation would be URL parameters that pre-populate the summary/description. Such as: {{https://<jira-base-url>/servicedesk/customer/portal/1/create/92?summary=Test&description=More%20Text%20for%20the%20description}} The (better) alternative would be the ability to use headers but would be more complicated. h2. Use Case: * Dynamically generated support links throughout applications (such as "Report a problem with this document" or "Request access to this page") Thanks! |
New:
{panel:bgColor=#e7f4fa}
*NOTE:* This suggestion is for *JIRA Service Desk Server*. Using *JIRA Service Desk Cloud*? [See the corresponding suggestion|http://jira.atlassian.com/browse/JSDCLOUD-4049]. {panel} {panel:title=Atlassian Update – 18 February 2022|borderStyle=solid|borderColor=#deebff|titleBGColor=#deebff|bgColor=#deebff} Hi everyone, Thank you for your interest in this issue. We have shipped support for auto-populated request fields in [Jira Service Management Data Center 4.22|https://confluence.atlassian.com/servicemanagement/jira-service-management-4-22-x-release-notes-1114802916.html#JiraServiceManagement4.22.xreleasenotes-autopopulated]. You can generate URLs that will automatically populate selected request fields with contextual data. This way you can direct your customers to the customer portal from an external website and transfer certain details into the request fields. [Learn how to set up URLS with auto-populated request fields|https://confluence.atlassian.com/servicemanagementserver/setting-up-request-types-939926357.html#Settinguprequesttypes-URLsSetupURLswithauto-populatedrequestfields]. Kind regards, Charlie Jira Service Management, Data Center & Server {panel} I would like to integrate further into our JIRA Service desk and the idea of a pre-populated link to a specific request type would be ideal. For example: * User clicks on public link * User redirected to request * User notices that the summary and the description are already pre-popuated with contextual information h2. Implementation: I suspect the most simple implementation would be URL parameters that pre-populate the summary/description. Such as: {{https://<jira-base-url>/servicedesk/customer/portal/1/create/92?summary=Test&description=More%20Text%20for%20the%20description}} The (better) alternative would be the ability to use headers but would be more complicated. h2. Use Case: * Dynamically generated support links throughout applications (such as "Report a problem with this document" or "Request access to this page") Thanks! |
Resolution | New: Fixed [ 1 ] | |
Status | Original: Waiting for Release [ 12075 ] | New: Closed [ 6 ] |
UIS | Original: 241 | New: 240 |
UIS | Original: 259 | New: 241 |
cmarriott could you please give me the name of the class that parses URL parameters? I have an issue with my prod environment (5.3.1). It does not fill fields on Portal. I copied DB and installed 5.3.1 on test server and it works fine.
If I have a class name I will add it to log4j and find out why params are not parsed.
My prod is under nginx, however server logs show that params are passed through to Tomcat
127.0.0.1 888x118885x1 samhuawey [22/Jan/2025:14:48:25 +0300] "GET /servicedesk/customer/portal/9/create/469?summary=samtakoy
Update
Hm, I was able to resolve the issue on portal. For some reason I had two licenses: for JSM and Jira Core. I had no idea how it happened, product was installed 2 years ago by previous admin.
After I reapplied JSM license the Jira Core license was removed and URL parameters magically started to populate.