• Global community
    • Language:
      • Deutsch
      • English
      • Español
      • Français
      • Português
  • 日本語コミュニティ
    Dedicated community for Japanese speakers
  • 한국 커뮤니티
    Dedicated community for Korean speakers
Exit
0

P: SDK: photo:getDevelopSettings() sometimes returns nil for Temperature and Tint (13.5.1)

LEGEND ,
Sep 27, 2024 Sep 27, 2024

Copy link to clipboard

Copied

photo:getDevelopSettings() sometimes returns nil for Temperature and Tint.

 

There was a previous bug report filed for LR 12.2 (also observed in 10.4).    The original bug recipe didn't reproduce the behavior in LR 13.0.1, so we closed the bug.  But now we're observing the misbehavior again in LR 13.5.1, with a slightly different bug recipe. 

 

1. Download and unzip this small catalog:

https://www.dropbox.com/scl/fi/nmh89jdu83e34vyhdgcj9/Temperature.2024.09.20.zip?rlkey=iib53zohs7ugef... 

 

2. Copy the file "get-temperature.lua" from the catalog folder to the User Scripts folder.

 

3. Open the catalog.

 

4. In the Folders panel, right click the folder Temperature and do Synchronize Folder and import the one photo.

 

5. Select the one photo and do Scripts > get-temperature and observe the correct output:

JohnREllis_0-1727452647547.png

 

6. Do Quick Develop > Reset All.

 

7. Do Scripts > get-temperature and observe the incorrect output:

JohnREllis_2-1727452647548.png

 

8. In Quick Develop, click Exposure > Increase Exposure 1/3 Stop.

 

9. Do Scripts > get-temperature and observe the correct output:

JohnREllis_4-1727452647549.png

 

* * *

 

I've successfully tested this workaround on about 500 photos that were originally reporting nil:

 

 

    if nil == photo:getDevelopSettings ().Temperature then
        photo:quickDevelopAdjustWhiteBalance ("Temperature", 0)
        end
    assert (nil ~= photo:getDevelopSettings ().Temperature)

 

 

Bug Fixed
TOPICS
macOS , SDK , Windows

Views

131

Translate

Translate

Report

Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines

correct answers 2 Pinned Replies

Adobe Employee , Sep 27, 2024 Sep 27, 2024

Adding bug number and updating status.

Status Investigating

Votes

Translate

Translate
Adobe Employee , Oct 14, 2024 Oct 14, 2024

The team believes this to be an issue is fixed in the Core App. At this time, no fix to the SDK is required. 

After installing 14.0, please verify this is the case. 

Thanks!

Status Fixed

Votes

Translate

Translate
4 Comments
Adobe Employee ,
Sep 27, 2024 Sep 27, 2024

Copy link to clipboard

Copied

Adding bug number and updating status.

Rikk Flohr: Adobe Photography Org
Status Investigating

Votes

Translate

Translate

Report

Report
Adobe Employee ,
Oct 14, 2024 Oct 14, 2024

Copy link to clipboard

Copied

The team believes this to be an issue is fixed in the Core App. At this time, no fix to the SDK is required. 

After installing 14.0, please verify this is the case. 

Thanks!

Rikk Flohr: Adobe Photography Org
Status Fixed

Votes

Translate

Translate

Report

Report
LEGEND ,
Oct 16, 2024 Oct 16, 2024

Copy link to clipboard

Copied

@Rikk Flohr: Photography, unfortunately, when following the bug recipe above in LR 14.0.1, I'm observing the same misbehavior.  I assume you'll keep this open?

Votes

Translate

Translate

Report

Report
Adobe Employee ,
Oct 17, 2024 Oct 17, 2024

Copy link to clipboard

Copied

LATEST

@John R Ellis, I held the bug open and awaiting your response. I've notified the team that the core app changes did not resolve the issue.  I've moved this thread's status back. 

Rikk Flohr: Adobe Photography Org

Votes

Translate

Translate

Report

Report