Problem summary: Write/OCIODisplay nodes fail to load its ocioview knob if the view does not exist in the first display space's view options
Instead of loading the correct view, it uses the first view in the list for that display space
For example for the Rec.1886 Rec.2020 display, Un-tone-mapped and Raw views work, but ACES 1.1 - SDR Video (P3 lim) and ACES 1.1 - SDR Video (Rec.709 lim) views don't
Customer reported version: Nuke 14.1v5
Customer reported platform: Windows 10
Steps to reproduce:
1) Launch Nuke
2) In Edit>Project Settings>Color tab, set the color management to OCIO and the OCIO config to ACES>fn-nuke_studio-config-v1.0.0_aces-v1.3_ocio-v2.1
3) Make a Write node
4) Set the transform type to display, the display to Rec.1886 Rec.2020 display and the view to ACES 1.1 - SDR Video (P3 lim)
5) Copy and Paste the Write node, the view knob now says ACES 1.0 - SDR Video
Expected behavior: For the view to be maintained when re-loading the node, either via copy and paste, or reloading the Nuke script
Actual behavior: Instead of loading the correct view, it uses the first view in the list for that display space, if the view does not exist in the first display space's view options
Workaround: Unknown.
Reproduced by Support in: Nuke 16.0v5 - Windows 11, macOS Sonoma Nuke 14.1v1 - Windows 11, macOS Sonoma
Earliest version tested: Nuke 14.1v1 - This feature did not exist before this version