Skip to main content
johnrellis
Legend
October 22, 2019

P: Preset hover preview incorrect for Incremental Temperature / Tint

  • October 22, 2019
  • 68 replies
  • 3985 views

[This bug still exists in LR 10.0. See here for sample images to test with:

https://feedback.photoshop.com/conversations/lightroom-classic/lightroom-classic-preset-hover-preview-incorrect-for-incremental-temperature-tint/5f5f46154b561a3d4272bc43?commentId=5fc3e345ce4ce1357af23986]

 

The preview of a develop preset when hovering over it in the Presets panel is incorrect when the preset contains IncrementalTemperature and IncrementalTint values and the photo being edited is raw. To reproduce:

1. Open a non-raw in Develop and change Temp and Tint to +20.

2. Save a preset "Temp/Tint" with just White Balance checked.

3. Open a raw in Develop.

4. Hover the mouse over Temp/Tint and observe the change to the photo.

5. Click on Temp/Tint and observe there isn't any additional change to the photo (as expected).

6. Move the mouse pointer over the photo. Observe that the photo colors noticeably change.

7. Repeatedly move the mouse pointer back to over the Temp/Tint preset and then back over the photo and observe the change in colors.

Here's an example:

Original photo:


Develop Loupe view with mouse hovering over Temp/Tint preset:


Develop Loupe view after applying Temp/Tint preset with mouse over photo:


Tested on LR 8.4.1 / Mac OS 10.14.6 and Windows 10.

See here for the original report: 
https://community.adobe.com/t5/Lightroom-Classic/Issues-with-Preset-loupe-view-in-Lightroom/m-p/10683152#M160260

Here's another preset that exhibits similar symptoms, though it doesn't contain IncrementalTint/Temperature, but apparently only when applied to Canon EOS R raws:
https://feedback.photoshop.com/photoshop_family/topics/lightroom-preset-hover-preview-incorrect-for-...

This topic has been closed for replies.

68 replies

johnrellis
Legend
October 23, 2019
Hmm, I still see the misbehavior when Treatment & Profile is selected creating the preset.  Here's the preset:
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="Adobe XMP Core 5.6-c140 79.160451, 2017/05/06-01:08:21        ">
 <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">;
  <rdf:Description rdf:about=""
    xmlns:crs="http://ns.adobe.com/camera-raw-settings/1.0/";
   crs:PresetType="Normal"
   crs:Cluster=""
   crs:UUID="7555FE67FFDA49DB96C9097DFA1B697B"
   crs:SupportsAmount="False"
   crs:SupportsColor="True"
   crs:SupportsMonochrome="True"
   crs:SupportsHighDynamicRange="True"
   crs:SupportsNormalDynamicRange="True"
   crs:SupportsSceneReferred="True"
   crs:SupportsOutputReferred="True"
   crs:CameraModelRestriction=""
   crs:Copyright=""
   crs:ContactInfo=""
   crs:Version="11.4.1"
   crs:WhiteBalance="Custom"
   crs:IncrementalTemperature="+20"
   crs:IncrementalTint="+20"
   crs:ConvertToGrayscale="False"
   crs:CameraProfile="Embedded"
   crs:HasSettings="True">
   <crs:Name>
    <rdf:Alt>
     <rdf:li xml:lang="x-default">Temp/Tint +20, Profile</rdf:li>
    </rdf:Alt>
   </crs:Name>
   <crs:ShortName>
    <rdf:Alt>
     <rdf:li xml:lang="x-default"/>
    </rdf:Alt>
   </crs:ShortName>
   <crs:SortName>
    <rdf:Alt>
     <rdf:li xml:lang="x-default"/>
    </rdf:Alt>
   </crs:SortName>
   <crs:Group>
    <rdf:Alt>
     <rdf:li xml:lang="x-default"/>
    </rdf:Alt>
   </crs:Group>
   <crs:Description>
    <rdf:Alt>
     <rdf:li xml:lang="x-default"/>
    </rdf:Alt>
   </crs:Description>
   <crs:Look
    crs:Name=""/>
  </rdf:Description>
 </rdf:RDF>
</x:xmpmeta>

Todd Shaner
Legend
October 23, 2019
John, I can confirm if 'Treatment & Profile' is checked when creating the WB Develop Preset with a JPEG file the rollover issue is no longer present. Also when applying it to a raw file it does NOT change the Treatment or Profile settings. That appears to be the easiest fix for now.

johnrellis
Legend
October 23, 2019
But I don't observe what you observe with changing the profile from Adobe Color and back. That's why I'm wondering if there might be something different about the preset.
johnrellis
Legend
October 23, 2019
I see the misbehavior with this sample Canon 5D MKII raw:
https://www.imaging-resource.com/PRODS/E5D2/E5D2FARI00050.CR2.HTM

But it's barely noticeable. Here's the Photoshop difference of the hover and non-hover previews:



I set the whitepoint in Levels to 10 -- thus, most of the differences in the red channel are 1, 2, or 3 (out of 255).
adriandavidpayne
Known Participant
October 23, 2019
It is the same behavior as the original post.  When you hover over the preset everything looks normal until you select the preset and hover over the photo.  The photo turns noticeably more red.  
Todd Shaner
Legend
October 23, 2019
I checked it with CR2 files from Canon camera models 300D, 600D, 6D, and G9 X MKII and they all exhibit the issue! For some reason the Canon 5D MKII CR2 files don't display the issue. You can download 5D MKII CR2 files to test here: https://www.imaging-resource.com/PRODS/E5D2/E5D2THMB.HTM
johnrellis
Legend
October 23, 2019
I think you're experiencing a different bug, or some variant of the one reported above. For the recipe I provided, in my configurations, changing the Profile from Adobe Color to another profile (e.g. Adobe Monochrome or Adobe Vivid) and then back to Adobe Color restores the appearance to that after applying the preset and moving the mouse off of the preset, not to the hover preview.

Can you please right-click that preset to show it in Finder, then edit the .xmp in TextEdit and copy and paste the contents here?  I'd like to see what might account for the difference.
johnrellis
Legend
October 23, 2019
Your preset causes the misbehavior in my LR 8.4.1 on both Windows 10 and Mac OS 10.14.6.  So something else must account for the difference.
Todd Shaner
Legend
October 23, 2019
Created using a Canon 5D MKII JPEG file and applied to the same CR2 raw file shot raw+JPEG. Here you go:

<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="Adobe XMP Core 5.6-c140 79.160451, 2017/05/06-01:08:21        ">
 <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">;
  <rdf:Description rdf:about=""
    xmlns:crs="http://ns.adobe.com/camera-raw-settings/1.0/";
   crs:PresetType="Normal"
   crs:Cluster=""
   crs:UUID="F9FD8EF470DFCA48A53C50BC8FC62329"
   crs:SupportsAmount="False"
   crs:SupportsColor="True"
   crs:SupportsMonochrome="True"
   crs:SupportsHighDynamicRange="True"
   crs:SupportsNormalDynamicRange="True"
   crs:SupportsSceneReferred="True"
   crs:SupportsOutputReferred="True"
   crs:CameraModelRestriction=""
   crs:Copyright=""
   crs:ContactInfo=""
   crs:Version="11.4.1"
   crs:WhiteBalance="Custom"
   crs:IncrementalTemperature="+20"
   crs:IncrementalTint="+20"
   crs:HasSettings="True">
   <crs:Name>
    <rdf:Alt>
     <rdf:li xml:lang="x-default">Temp & Tint +20</rdf:li>
    </rdf:Alt>
   </crs:Name>
   <crs:ShortName>
    <rdf:Alt>
     <rdf:li xml:lang="x-default"/>
    </rdf:Alt>
   </crs:ShortName>
   <crs:SortName>
    <rdf:Alt>
     <rdf:li xml:lang="x-default"/>
    </rdf:Alt>
   </crs:SortName>
   <crs:Group>
    <rdf:Alt>
     <rdf:li xml:lang="x-default"/>
    </rdf:Alt>
   </crs:Group>
   <crs:Description>
    <rdf:Alt>
     <rdf:li xml:lang="x-default"/>
    </rdf:Alt>
   </crs:Description>
  </rdf:Description>
 </rdf:RDF>
</x:xmpmeta>
adriandavidpayne
Known Participant
October 23, 2019
I made a video showing where the Bug is.
https://youtu.be/-gOiOzjgr6s