Design Dialog vs Regular Dialog

[#1]

Hi Team!

Say we have a component with styles system (which was made through a component's design dialog) and a regular dialog with some initial data. When we apply a style on newly added component without submitting regular dialog, then somehow regular dialog's initial properties vanish.

I'm curious if it's a bug or desired behavior?

Thank you

[#2]

Hi,

Basically a design dialog changes made only to a template level.

And dialog - A dialog for the component is just for that particular component.

I suggest, use design dialog only when you want to include component in template level..Example - A logo component.

Thanks,

Ratna Kumar.

[#3]

Hi Ratna,

true, but I want to stress that we use design dialog at component level (for example, we-retail component list has a design dialog, see /apps/core/wcm/components/list/v1/list/cq:design_dialog).

[#4]

At the component level - you should be using a component dialog.

[#5]

Hi,

I am not sure if this is relevant or not.

If you don't open regular dialog , dialog property won't be saved. This is a desire behaviour.

Which are you using static template or editable template?

If you are using editable template in AEM 6.4 you can handle styling of components with component policy without dialog.

Here is the example of OOTB Title component:

But it won't applied default class, you may hard code default class in component div and variant can be used from component style.

Thanks

Arun

[#6]

Thank you for the response.

However my question was mostly about determining whether described behavior is a bug or not. It is reproducible on We Retail project on AEM 6.4 environment. Please, take a look at the following steps:

1. Open We Retail English root page (/content/we-retail/us/en.html)

2. Find List Component presented on the page

3. Open List Component regular dialog and note that it has initial properties, such as

Options for Child Pages

     Child Depth = 1

4. Close the dialog

5. Apply any style to the List component from component's style system drop-down

6. Open regular dialog once again and notice that 'Child Depth' property value gone.

Can you clarify this is a desired behavior?

[#7]

ANy time you set a value and then it disappears is not desired functionality. I tested your steps and the results are in this video.

[#8]

Thank you for prompt response!

I must apologize - the steps described were slightly wrong.

The second step should be:

2. Add List Component to a page

The rest of the steps are correct.

Also, please pay attention that described scenario tells to close the dialog but not submit - this is important since dialog submit action will turn initial dialog data into the actual content which then makes further bug exploration meaningless.

I can confirm that I still able to reproduce initial data disappear.

Thank you so much again.

[#9]

Hi,

I am able to replicate the issue.

The issue is if you add dialog which has field with default value, the default value is getting disappeared if dialog content node(e.g. /content/we-retail/us/en/jcr:content/root/responsivegrid/list_660651421) is being updated(value of jcr:lastModified is changed).

In list component if you apply style dialog is getting update so the lastModified timestamp. Thats is why default value is getting disappeared.

If you'll change the lastmodified timestamp with created timestamp, default value will be back in dialog.

Could be a bug.

Thanks

Arun

[#10]

Are you seeing that on the Default list component I showed in the video above. I have not see that.