Issue Description not visible in customer portal

[Bailey Davis]

Hi,

For some reason my customers are unable to see the description of their issues in the customer portal, I have checked to ensure the field is set as visible, which it is, but they still are unable to see it.

[Bailey Davis · Accepted solution]

Alright, finally resolved the issue. 

Thanks everyone who helped.

@Joseph Chung Yin @Angélica Luz @Katarzyna @Ajay _view26_ 

Resolution:

I had a post function assigning the request type "Emailed Request" to all tickets created, but this was assigning the request type from another Project. Causing it to seem fine, but glitch out and not show the description.

The reason I made this, was because when cloning issues it removes the request type, and the automation in jira doesnt have the ability to assign a request type.

The way I resolved this issue was by finding the Legacy Automation tab! For some reason this has the ability to edit the request type, but the normal automation doesnt.

This isnt ideal as it doesnt seem to have a global automation function, so i had to create an automation for every project (which is alot) to assign the request type desired when the request type was empty like in this tutorial:

https://confluence.atlassian.com/jirakb/automatically-set-customer-request-type-when-issue-is-created-via-jira-1026039858.html

[Angélica Luz]

Hi @Bailey Davis,

Thank you for sharing the resolution.

I'm glad that we could help and that you were able to fix the issue.

The Automation (former Automation for Jira) still doesn't have the option to edit request type, only the Legacy Automation.

There is a feature request suggesting this improvement:

- Be able to create/edit/set JSD customer request type in cloud

- Allow setting of request type on 'Create issue' action in sd projects 

[Angélica Luz]

Hello @Bailey Davis,

Thank you for reaching out to Atlassian Community!

When the description is not visible in the customer portal, the most common issue is that the Request type is empty.

This happens, for example, if the customer creates the ticket in the portal but then the ticket is moved to another project or the issue type is changed, the request type will be empty because it’s not possible to set a new request type when moving the ticket.

- https://share.getcloudapp.com/eDuyAdEv

Please, go to the affected ticket on the agent view and check if the Request type is not empty.

Kind regards,
Angélica

[Bailey Davis]

They have a request type assigned, so that isnt the issue sadly.

[Angélica Luz]

Thank you for the details, Bailey.

I checked similar cases and all of them are the request type or the description field not added to the request type.

What Joseph mentioned is also important to check. On the request form, it’s possible to add a display name for the fields, so it will show different names in the portal and in the agent view. 

Can you please click on “Body” to confirm if it’s the Description field? 

Also, can you share with us a full screenshot of the ticket in the portal and the very same ticket in the agent view? (Just make sure to hide private details, like the site URL and full name of the customers/users).

How was the ticket created (portal, email, or using the create button in Jira)?

Is it happening if creating using a different method? For example, if you create using the Create button in Jira and select a Request type, does the same issue happens?

[Normann P_ Nielsen _Netic_]

I suffer from a similar Issue. All fields in the "Details" section are not displayed on the Portal when the "Customer Request Type" has no group, eg its in "Hidden from Portal".

If I assign it to a group - all fields appear under details in the Portal.

Have made a Support Ticket at Atlassian

JSM 4.17.1

[Joseph Chung Yin]

@Bailey Davis -

The 2nd post function call seems to be odd where it set the REQUEST TYPE.  I am not aware of any thing out of the box WF will set the REQUEST TYPE.  Was this post function call a custom one for your env?

Don't know if you can remove the 2nd post function call and republish the WF.  Afterward test out by creating issues via the portal.  

In addition, can you check the REQUEST TYPE of gi/email form setup.  Lastly, do all of your REQUEST TYPE uses the same issue type that associated with the same WF?  if not, you may want to create a new REQUEST TYPE based on a different issue type + a copy of the WF without the 2nd post function call, then conduct your testing further.

Hope this helps.

Best, Joseph

[Bailey Davis]

I needed that post function so that it automatically assigns all jobs created to "Emailed Request" since there is no way to do that in automation.

Although I have now realised that is likely the issue, as the "gi/email" is the email request type for a different project then tickets are in.

Our workflow is as follows:

Customers email a request to one generic email address, automation decides what organisation they are from, then clones the ticket to the correct project, and resolves the current ticket in the incoming project.

It is then meant to be assigned to "emailed request" as when being cloned it loses its request type.

Do you know any way I can fix this to work without creating a workflow and post function for each organisation (currently all the projects share the same workflow as its easier to manage since there is alot of projects)

[Joseph Chung Yin]

@Bailey Davis -

In your original project where the original issue is created, you can create cloned issues in other projects via post function in the WF or use Automation for Jira (it should be a part of JSM license) to create the cloned issues.

If that is possible, you only need to have one unique WF (without the 2nd post function call) to apply against the original project. 

Don't know if it helps or not.  It is an idea for you.

Best, Joseph

[Bailey Davis]

Yes, I am currently cloning the issue via automations, but when cloned it clears the request type field, which I need set otherwise the issue doesn't show in the customer portal.

Hence why I had the post function to set the request field type to gi/email

Although I have realised this is my issue as gi/email is the request type for our "general incoming" project, so once they move over to a different project, that breaks and hides the description from the portal.

Is there any way I can set the request type to "emailed request" automatically when cloning issues to different projects?

Or any syntax I can use in place to "gi" in the "gi/email" post function that will auto fill the correct details?

[Joseph Chung Yin]

@Bailey Davis -

Your current situation is very interesting.  Can you create a new request type and just expose the summary and description fields from scratch?  Afterward, try to create issue in your JSM project from the Portal UI.

Hopefully, the new issue's display will be correct.  At this time, for your existing Request Types, can you also remove the Body field and save the edit.  Then, re-add the Description field back to the Request Type to conduct re-testing again.

Lastly, have you try to create an issue via other browser apps to determine if it behaves the same way?

Hope this helps.

Best, Joseph 

[Bailey Davis]

Hi Joseph, I just tried what you mentioned and it still has the same issue, I also have tried submitting issues via different means, such as email and different browsers, again with the same issues.

[Joseph Chung Yin]

Wow... Ok.

Can you go to your JSM project and access project's field configuration scheme and see if there are duplicate fields named as "Description".  I believe you also confirm that if you access the issue directly in the project (not from the portal, the Description field content is there right?

What you encountered is something that I have not seen before.

Best, Joseph

[Bailey Davis]

Hi, there is only one Description field in the Fields section.

And yes, when im in JSM I can see everything fine, its only in the customer portal.

[Angélica Luz]

Hi @Bailey Davis,

Can you please check the history tab of the ticket to check if there are no changes after the ticket is created?

Also, check the Post Functions on the workflow (Project settings > Workflows > Click on  to edit the workflow > Select the Diagram mode and click on the Create issue transition > Post functions).

Then, please confirm if there are no post functions related to the description and request types.

[Bailey Davis]

These are the Post functions 

[Bailey Davis]

I have an update @Angélica Luz @Joseph Chung Yin @Katarzyna @Ajay _view26_ 

So, I found that when creating a ticket (no matter how it is created) or the request type, the description isnt shown in the portal.

BUT

If I manually go in and change the request type after the fact, the description will then show in the portal. Even if i change it back to the initial request type. 

Any ideas why this may be happening, and how I might be able to get around this?

[Bailey Davis]

Temporarily I have added an automation to add the description to the comments, but obviously this is far from ideal if we can find a solution

[Joseph Chung Yin]

@Bailey Davis -

If the portal, customer should see the "Description" field (the field they entered) at the bottom of his/her issues under the Activity section (See example below).  When an issue is created, the content should be listed under the "Details" area.

You should also check to ensure that your "Body" field is mapped correctly to the "Description" field in your Request form.

Please let me know if it is properly mapped.

Best, Joseph Chung Yin

Jira/JSM Functional Lead, Global Infrastructure Applications Team

Viasat Inc.

[Katarzyna]

Question is about cloud where the Details section is on the top. Your screen is from server version.

[Bailey Davis]

Yeah, there is no description anywhere on the customer portal in the Issues

[Joseph Chung Yin]

@Bailey Davis -

Take a look at what Atlassian Team reply in this ask.  Also did you confirm that your BODY field for the request form is mapped to the actual Description field in your JSM project?

@Katarzyna -  I know that my image screenshot is from the server version.  In most cases, the server display is similar/common to the cloud display.  Thanks for pointing that out.

Best, Joseph

[Bailey Davis]

Yes I have confirmed that and also tried multiple Request Types aswell.

[Ajay _view26_]

Hi @Bailey Davis 

The issue seems to be the Body field is not set as required.

In-fact the field needs needs to be set as required in the"Request form" for it to be visible in the Portal Page. See attached screenshot

[Bailey Davis]

Not sure what your screenshot is, but I changed it to required and submitted a new ticket, still cannot see the description in the customer portal.

[Ajay _view26_]

@Bailey Davis 

Oops that was a wrong screenshot and I have corrected it

[Bailey Davis]

Yeah I changed that and it didnt affect my issue.