Bug Reports

I have a 2021 m1 pro macbook running 12.6. I just updated LR classic to 12, and upon attempting to open LR informs me that I must update my catalog from v11 to v12. it starts to update, then at the 'optimizing catalog' phase, it crashes.   I have tried restarting, running a system diagnosis test, reinstalling LR, and confirming all permissions in security/privacy.   the following is the crash log:    ------------------------------------- Translated Report (Full Report Below) -------------------------------------   Process:               Adobe Lightroom Classic [801] Path:                  /Applications/Adobe Lightroom Classic/Adobe Lightroom Classic.app/Contents/MacOS/Adobe Lightroom Classic Identifier:            com.adobe.LightroomClassicCC7 Version:               12.0 Code Type:           &n

When there are two keywords assigned to a photo that have the same name but different case, e.g. Activity > march and Months > March, the keywording panel fails to fully qualify the keywords,  showing "march, March" instead of "march < Activity, March < Months":Further, if you type "March" in the keywording panel, you'll get an incorrect list of auto-complete suggestions "march" and "March", rather than "march < Activity" and "March < Months":If you type "March" and hit enter, you'll incorrectly get "march < Acitivity".  If you type "March" and use the mouse to select the suggestion "March", you'll incorrectly get "march < Activity".In general, LR aggressively ignores case of keywords everywhere except here.  Looks like a programmer forgot to do a case-insensitive comparison.

I'm using Lightroom Classic 11.2 on an iMac with OS 12.2.1.   When I select several .avi video files and try to export them as .mp4 video files via a preset which saves them to a specific folder, it will export a couple but then the progress bar just stays the same and it never finishes the rest. It's like it gets stuck.   Expected result: 5 or 6 (or more) selected .avi files get exported to a folder as .mp4 files.   Actual result: 1 or 2 .avi files get exported to a folder as .mp4 files and the rest never get done while a progress bar stays on in LRC until I cancel the operation (I've waited 20 minutes and 10 minutes on separate occasions.)   I end up cancelling out and exporting them one at a time which works and is faster but is labor intensive. It prevents me from exporting more of those files.

For no reason in particular, LR started to show my name as seen below. I have no idea how to fix it. When I log in to my account, it just has first and lastname without the "%20" in it. Does anyone know how to fix this?    Thanks so much!

Calling preset:getSetting() on the attached develop preset "Test LUT Preset.xmp" (which refers to the attached creative profile "Test LUT Profile.xmp") returns incomplete results:   {--table: 1 EnableCalibration = false, EnableColorAdjustments = false, EnableDetail = false, EnableEffects = false, EnableGrayscaleMix = false, EnableLensCorrections = false, EnableMaskGroupBasedCorrections = false, EnableRedEye = false, EnableRetouch = false, EnableSplitToning = false, EnableToneCurve = false, EnableTransform = false, Version = "14.4.1"}   Adding the line:   crs:ProcessVersion="11.0"   to the preset causes preset:getSetting() to return the correct result:   {--table: 1 EnableCalibration = false, EnableColorAdjustments = false, EnableDetail = false, EnableEffects = false, EnableGrayscaleMix = false, EnableLensCorrections = false, EnableMaskGroupBasedCorrections = false,

The API Reference for LrFileUtils.createAllDirectories (path) incorrectly describes the return values.  The correct description:   Return values (Boolean) True if there were no errors, false if there were errors creating directories in the path. (string or Boolean) If there were errors creating directories, a string describing the error; otherwise, true if one or more directories were created, or false if all the directories already existed.

In Spanish (es_ES), French (fr_FR), and Swedish (sv_SE), the shortcut Shift + S is assigned to both Before Only and Destination Gamut Warning (in Soft Proofing). Typing Shift + S always invokes Before Only.     The relevant TranslatedStrings lines:   "$$$/AgDevelop/Menu/View/BeforeAfter/Before/Key=Shift+s" "$$$/AgDevelop/Menu/View/OutputGamutWarning/Key=Shift+s"   All languages assign Shift + S to Destination Gamut Warning.

The LR 11.4 SDK documentation has a few related minor mistakes:   Page 14 of the Lightroom Classic SDK Programmers Guide:   - LrCatalog:getCollections() should be LrCatalog:getChildCollections() - LrCatalog:getCollectionSets() should be LrCatalog:getChildCollectionSets()   The API Reference page LrCollection.htm:   - "Retrieve the objects for all the collections by calling LrCatalog.getCollections()." should be "Retrieve the objects for all the top-level collections by calling LrCatalog.getChildCollections()."   Highlighted by @ivan238028450jmx:  https://community.adobe.com/t5/lightroom-classic-discussions/remove-photos-form-collections/m-p/13047823#M280907

After the last upgrade (LRC 11.5) the behavior of the export window during the resizing is changed, so now is not possible to enlarge the Preset coloum: due to this fact some preset with long names become unreadable.   Probably this is linked to the Anchor properties, so I suggest to change the Anchor properties or introduce the possibility to resize the "Preset" section.   Here a comparison betweent the two version (11.4.1 and 11.5) during the resizing: Here the resizing with 11.4.1 - The preset area become larger Here the resizing with 11.5 - The preset area remain fixed              

[This post contains formatting and embedded images that don't appear in email. View the post in your Web browser.]   The Metadata panel's field Absolute File Path doesn't show renamed file names until LR is restarted. To reproduce:   1. In Metadata > Default, use Customize to put the Absolute File Path field below File Name.   2. Select a photo, click in File Name, and change the name.   3. Observe that Absolute File Path hasn't changed (incorrect):   4. Restart LR and observe Absolute File Path now shows the new file name.   Tested on LR 11.5 / Mac OS 12.4.   These bugs with stale metadata fields keep trickling in after the change several releases ago to the optimized metadata-display architecture.  Perhaps a two-pairs-of-eyes code review is warranted.  

Hi!  I tried opening Lightroom to continue editing some images in a catalog but I keep getting this error message.    I tried all the troubleshooting techniques but nothing has work so far, please help me figure out what's happening;    Error Report:  <?xml version="1.0"?><!DOCTYPE AdobeCrashReport SYSTEM "AdobeCrashReporter.dtd"><crashreport serviceVersion="4.7.0" clientVersion="4.7.0" applicationName="Adobe Lightroom Classic" applicationVersion="11.5" build="[202208080927-8a575c91]" source="Windows-Client" crashType="n/a"><time year="2022" month="8" day="24" hour="11" minute="33" second="55" timeoffset="-300" timezone="Eastern Daylight Time"/><user guid="779df0a4-07e1-44a3-821b-864743934608"/><system platform="Windows Server 2016 Standard" osversion="10.0" osbuild="14393" applicationlanguage="en-us" userlanguage="en-US" oslanguage="en-US" ram="35999" machine="Intel(R) Xeon(R) Gold 6242 CPU @ 2.80GHz" model="Intel64 Family

On Mac in German (de_DE), Cmd + W is assigned to Preferences, but it doesn't work, because Cmd + W is a Mac global shortcut that closes the current window.   "$$$/Application/Menu/Edit/Preferences/KeyWin=Cmd+w"   Tested on LR 11.5.

In Windows LR 11.5 Japanese (ja_JP), Ctrl + Y is assigned to both Create Virtual Copy and Redo:   "$$$/AgLibrary/Menu/Shared/CreateVirtualCopies/Key=Cmd+y" "$$$/Application/Menu/Edit/RedoWin/Key=Cmd+y"   When the Redo command isn't greyed out, Ctrl + Y invokes Redo, otherwise it invokes Create Virtual Copy.

In LR 11.5 Norwegian (nb_NO), comma (,) is assigned to both Show Filter Bar and Decrease Rating. When a photo is selected, Comma invokes Decrease Rating, otherwise it invokes Show Filter Bar.   "$$$/AgLibrary/Menu/View/ShowFilterBar/Key=," "$$$/LibraryMenus/MenuShortcut/DecreaseRating=,"    

In Japanese (ja_JP), the shortcut Shift + Q is assigned to both Create Luminance Range and Constrain Aspect Ratio. Typing Shift + Q always invokes Create Luminance Range even when the Crop Tool is open.     The relevant TranslatedStrings lines:   "$$$/AgDevelop/Menu/View/LuminanceRange/Key=Shift+q" "$$$/AgDevelop/Menu/Photo/ConstrainAspectRatio/Key=Shift+q"     All languages assign Shift + Q to Create Luminance Range.

In Spanish (es_ES) and Swedish (sv_SE), the shortcut Shift + R is assigned to both Open In Reference View and Constrain Aspect Ratio. Typing Shift + R always invokes Open In Reference View even when the Crop Tool is open.     The relevant TranslatedStrings lines:   "$$$/AgDevelop/Menu/View/ReferenceActiveView/Key=Shift+R" "$$$/AgDevelop/Menu/Photo/ConstrainAspectRatio/Key=Shift+r"   All languages assign Shift + R to Open In Reference View.

LrC 11.4 est suivantes,Les titres des nouveau presets proposés ne sont pas traduits exactement de la même façon depuis l'anglais vers le français et donc les Styles : Cinematic et cinematic II en anglais devientent Style : Cinématographique, Cinéma II et ; Subject: Travel, Sujet :Voyage et Subject : Travel II, Objet : Voyage II.Ainsi, les titres ne se suivent pas dans un ordre logiqu et alphabétique dans la version française.

In Japanese (ja_JP), LR has an incorrect assignment for Library Loupe Zoom Out -- it is currently "Cmd + ," but should be "Cmd + -".   Typing "Cmd + ," in Library Loupe opens Preferences.   In Develop, Zoom Out is assigned "Cmd + -" (and it works).   The offending lines in TranslatedStrings_Lr_ja_JP.txt:     "$$$/AgLibrary/Menu/View/ZoomOut/Key=Cmd+," "$$$/AgLibrary/Help/Shortcuts/Zoom_out/Key=Command + ,"  

In Norwegian (nb_NO), the menu command Window > Screen Mode > Full Screen Preview is incorrectly assigned the keyboard shortcut "i" instead of "f".    In Library, Develop, Map, Book, and Print, "i" is also assigned to Cycle Info Display, Cycle Info Display, Show Map Info, Show Info Overlay, and Show Info Overlay respectively. Every other language assigns "f" to Full Screen Preview. The offending line in TranslatedStrings_Lr_nb_NO.txt is: "$$$/Application/Menu/Window/FullscreenPreview/Key=i" The localized help shortcuts correctly show "f": "$$$/AgDevelopShortcuts/Full_screen_modes/Key=F" "$$$/AgLibrary/Help/Shortcuts/Full_screen_modes/Key=F" "$$$/AgPrintShortcuts/Full_screen_modes/Key=F"      

Version of the app: Lightroom Classic 11.4   Platform and OS version: Windows 10 Pro 21H2   Basic steps to reproduce the problem:  Export a set of 480 RAW files with various develop edits, to 8-bit TIF   Expected result: The progress bar in the Lightroom modules panel/bar and and Windows taskbar button should show accurate ratio and percentage of completion while the export job is running.   Actual result: When the Lightroom modules panel/bar is minimized, the progress bar only moves up to 7% of the length until the entire job is completed. If the modules panel/bar is maximized, the progress bar shows an accurate proportion. The Windows taskbar button displays from 0% to 3% when 30% of the job is complete, and up to 7% when 60% of the job is complete. It never goes over 7% even when the job nears 100% completion. The green progress bar in the taskbar button reflects the same erroneous progress value.

The keyboard shortcuts for Rotate Right shown by the menu commands Help > Library Module Shortcuts and Develop Module Shortcuts are wrong for many languages. Similarly, the the keyboard shortcuts for Create A Radial Gradient shown in the help window for the Masks panel are wrong for several languages.   LR 11.4 corrected some of the previous incorrect entries but introduced new ones.   The tables below, extracted from TranslatedStrings, shows the incorrect help entries in red:      

Lightroom no me permité usar el shortcut: shift + M para girar imágenes ¿Alguien tiene el mismo problema?

In Japanese, comma (,) is assigned to both Increase Slider Value and Select Previous Basic Panel Slider:     "$$$/AgDevelop/KBSC/incrementTargetAdjustmentValue=," "$$$/AgDevelop/KBSC/targetPreviousAdjustment=,"     Typing a comma invokes Select Previous Basic Panel Slider.   Tested in LR 11.5.

When LR is set to Russian or Thai, the Windows help for shortcuts uses "Command" and "Option" rather than "Control" and "Alt". Google image search for "russian keyboard windows" and "thai keyboard windows" confirms that it should be "Control" and "Alt".   For example, here's Help > Library Module Shortcuts:    

The keyboard shortcut assignments for five commands in Swedish (SV) have unambiguous typos.     In Swedish on Mac, Create Saved Book, Create Saved Print, Create Saved Slideshow, and Create Saved Web Gallery are assigned Cmd + Shift + s, whereas in every other language those commands are assigned Cmd + s.   Similarly, in Swedish on Mac, Update Metadata Based Captions is assigned Cmd + Shift + m, whereas in every other language that command is assigned Cmd + m.   The differences in the Swedish assignments arise from using Cmd+S and Cmd+M in TranslatedStrings, rather than Cmd+s and Cmd+m:     "$$$/AgLayout/Menu/Books/UpdateMetadataBasedCaptions/Key=Cmd+M" "$$$/AgLayout/Menu/Book/SaveTemplate/Key=Cmd+S" "$$$/AgLayout/Menu/Print/SavePrint/Key=Cmd+S" "$$$/AgLayout/Menu/Slideshow/SaveSlideshow/Key=Cmd+S" "$$$/AgLayout/Menu/WPG/SaveWebGallery/Key=Cmd+S"     On Windows, Cmd+S is interpreted by LR as Ctrl + s, but on Mac it is interpreted as Cmd + Shi