Unable to update/reflect changes of Default Value (Large String, Read Only) to End-User

[Matthew Guercio]

Hello - 

 

I've created three Large String custom attributes (Project), each with a default value and read-only assigned.  When making changes to the default value of each and saving, the changes do not reflect to the end-user in New UX.

 

For example, I have "Attribute A" (large string, project obj), and set the default value to "123" (save and return).   I then update the default value to "abc" and save/return.  Next, when viewing Attribute A in the New UX, the original default value is shown instead of the updated one ("123").

 

Does anyone know how to update the default value of a large string, read only attribute to reflect changes on future/new projects?

 

Thanks,

Matt

[Roland Parrotte]

Are you looking at Projects that existed prior to your changes?  If so, it will only be NEW projects that have the lasted default value.

[Matthew Guercio]

Thanks for the response, Roland.   What I described is true for existing and new projects, so I'm hoping to find a resolution that applies to new projects, as I understand changes won't be reflected on ones already created.

 

To clarify, "ABC" is the original default value.  I update to "XYZ," click save.  Create a new project, and "ABC" is still reflected.  ---   I'm looking to have the new "XYZ" value reflected.

 

 

Thanks,

Matt

[David Morton]

Maybe a cached setting ; restart services perhaps?

[Matthew Guercio]

That's what I'm thinking, David, but am unsure where to locate this setting (or even what I'm looking for).   Are you able to provide some clarification or direction?

 

Thanks for your help.

 

Matt

[David Morton]

I don't know about caches for the new UI - the legacy UI there is a 'action:security.caches' page you can go to. I was rather thinking just stopping and restarting the services though (as that would 'refresh' any cache) might do it.

 

(interesting point though ; is the new default value respected by the legacy UI? Would seem like a BUG if it is and the new UI does not respect it)

[Matthew Guercio]

Because we have the SaaS product, am I able to restart services?  (sorry, new Clarity Admin)

 

Appreciate your help.

 

Matt

[David Morton]

Would think you'd need to raise a ticket with the SAAS people to do that I'm afraid.

[Matthew Guercio]

Understood, appreciate your help, David!

[Daniel Perez]

You can try also to disable,  enable the attribute and add to views,  it will recreate the views

[Matthew Guercio]

I'm going to try this at some point today and see what happens - will update once I do.

 

Appreciate your input, thanks!

 

Matt

[Matthew Guercio]

Did not work.

[Matthew Guercio]

Issue is still outstanding if there's any new ideas.

 

Changes made to the default value also do not reflect in Classic.   Once the default value of a large string is set, can it not be changed?

[Roland Parrotte]

Did you get your services restarted?

Are you creating the Project using a Template, if so, has the Template been updated?

Have you checked the Project Views - Fields, where the default value can be overwritten

Given you are SaaS, have you logged a Support case?

[Matthew Guercio]

I'm going to submit a support case now to request restart of services, will update once that's completed.

 

Yes, we're creating the project using a template and the template has been updated.

 

Also yes, I've checked Project Views - Fields where the correct default is listed, but it doesn't actually get populated when a new project is created (uses the old value).  The reason I used a Large String attribute is because the default text has line breaks, which is difficult to replicate using a normal String attribute.  Is there potentially a better attribute type available for blocks of text with line breaks?

[Daniel Perez]

I think the solution can be in the previous roland.parrotte  post.

Otherwise you can XOG-out the project object, check "views" and values for defaults to detect the cause of your problem.

If something is wrong in XML, you can  correct the xml and XOG-in. (as the xml would be quite big, probably you should clean the XML and upload only those elements that you have modified and its ancestors )

[Matthew Guercio]

When I click the link provided for rolad01, it brings me to his/her profile -- is there a direct link you may provide to the post?  Thanks in advance!

 

I'm also new to XOG and XML but this is something I'll be researching to see if it may resolve the issue.

[Daniel Perez]

Sorry, I added a wrong mention to roland.parrotte. I just corrected it.

[Matthew Guercio]

Question is not answered, and the issue persists even if read-only is NOT set.   I've submitted a support ticket.

 

Maybe a bug?

[Matthew Guercio]

Thought of a workaround by using a Lookup - String instead of a direct String attribute within the Project Object.  However, the issue persists even when deactivating the former lookup value, and updating the default of the project attribute to the newly created lookup value.  Hoping Support might have information.

[JEC]

Hi, when I change the default value and hit save. It will not save the change. Wonder if this issue got resolved here?

[Roland Parrotte]

Hi, observation, didn't you submit a CA Support ticket back in Feb-2019 to restart the services?   Why the delay in following up with another CA Support ticket if the restart didn't resolve your issue?

[Matthew Guercio]

I did not restart services as other priorities arose.  Also, seems very tedious to have to stop services and restart every time a new default value is needed.