Cant replicate, works fine. Win11, PL9.2.1
Hi @Joanna
Tested on PL 9.2.0 on MacBook Pro M4 Pro under Sequoia and I can reproduce exactly the same behavior than you.
1 Like
I now understand the issue you describe with a slight difference noted further below.
I see the issue you describe when using the “New Sub Mask” box to create new sub masks. The issue does not show when using the Shift-key modifier to create new sub masks. I use the shift-key modifier method out of habit so didn’t see the issue previously. That in itself is a clue.
Following your steps…
- Start with a blank LA panel
- Create the initial mask. (brush per example)
- Press the “New Sub Mask” box. A “Sub mask 1” label appears in both the sub mask list and in the Mask Options section. The mask opacity slider becomes active. So far the same as your image 3.
- Switch to the CP tool and click in the viewer to create a CP mask. The mask is displayed in the image viewer window, the submask list label changes to “Control Point”, but nothing changes in the Mask Options section. For my system, the label displayed in the Mask Options remains as “Sub mask 1” whereas your system appears to change to “Control Point”.
- Toggle system focus between submasks in the list and when back on the CP the Mask Options section updates and the expected mask modifier sliders appear.
Note the Mask Options label shows differently on my system at step 4. The mask list shows a “Control Point”, but the Mask Options still shows “Sub Mask 1” as a label and does not present the mask modifier sliders appropriate for the CP tool.
I think the issue you are describing is the focused on the lack of mask modifier sliders - Chroma, Luma, Diffusion.
…
So, checking for patterns on my system using the “New Sub Mask” creation box, and focusing on changes to the Mask Options section…
Here’s what happens on my system…
- When the “New Sub Mask” box is used to create a new sub mask, the UI changes such that a label is created in the mask list and the Mask Options section changes to a “default” state. The Mask Option section shows the sub mask’s unique label (“Sub mask 1” in this case) corresponding to the new label created in the list. The Opacity slider as inactive. The label and action suggests the sub mask task is initialized but does not yet know what “type” of mask will be created.
- When any mask tool is selected and a mask is created in the image viewer, the mask list section updates (showing the appropriate mask label type) but the Mask Options does not update to show that change. The Opacity slider becomes active, but the expected mask modifier sliders do not appear and the mask label in the section remains at the initial “Sub mask 1”.
- When the user changes system focus by toggling between sub masks (or any other action), the Mask Options section finally updates to show the expected label and mask modifier sliders. The various UI elements are consistent.
This general UI behavior sequence is the same on my system for all mask tool types and any sequence for creation from the “New Sub Mask” box. This behavior is seen whenever the “New Sub Mask” box is uses and carries forward when causally adding multiple new sub masks. I tested up to “sub Mask 3”.
Example of the described behavior…
…Another example of a conflicting UI state that was revealed and seems to fit this pattern…
After adding an AI mask as a sub mask using the “New Sub Mask” box, and toggling to update the Mask Options section, then Cmd-Z to back out, the reverse case appears to occur. The submask list reverts back to “Sub mask 1” but the Mask Options section stays at “AI Mask”. So a Cmd-Z does not “reset” the Mask Options section.
…And…
The ability to add a new mask gets “Locked up” when deleting all masks and sub masks from the “trash can” while the masking tool is in this “conflicted state”. Resetting or closing the LA panel clears this issue. This lock-up issue did not occur when all masks were fully “updated”.
Note: I could not create these errors when using the Shift-key modifier.
…Conclusion…
Perhaps the error is in the “New Sub Mask” box routine such that it does not completely “finalize” a mask creation task. This finalization only occurs when the system focus is switched.
@Joanna
Does this match your observations? Perhaps another go with DxO is warranted?
For others:
Does this match your system behavior?
Is the Windows PC version behavior the same? Since DxO apparently uses as many OS system tools a possible, perhaps that will help narrow down the issue.
1 Like
Win11. PL9.2.1. Looks fine. Very short video, only the LA panel part. When mouse cursor leave the recorded area, than Brush and later CP added to the photo. Add-on: Only mouse ‘clicks’ used (no keyboard shortcut, etc.)
1 Like
It is indeed and I shall point that out in my support case. I didn’t even know the Shift-key trick.
Indeed.
That would be my thinking
I can’t test this. @andras.csore what are you using?
@swmurray I shall link to your post in my report.
same problem here on Mac - annoying and needs fixing so good luck with your support case
Thanks. I have sent support a link to @swmurray post
Windows11. Pl 9.2.1. Video here. Only mouse ‘clicks’ used (no keyboard shortcut, etc.)
Ah, so that might indicate that it’s a Mac only problem.
It is with great pleasure that I can declare this particular bug to be resolved in PL9.3.
Now, all they have to do is resolve the new export bugs that 9.3 introduced 
6 Likes