Connect with fellow editors in our Lr Classic community.
Recently active
Bugs should only be reported for the latest or current version of Lightroom Classic. If you believe you have a bug, it must be verified on the latest version of Classic. New bug reports will not be accepted for older versions of the software. If you believe you have encountered a bug, it is important to first search the existing bugs to see if your issue and a possible solution or workaround have already been reported. If so, please add to that thread. If not, it may be prudent to start a new thread.Greater than 90% of the bugs reported are not actually bugs. Before starting a new thread, please read:P: Do I post in Discussions or Bugs? When logging a new bug report, it's required by the Lightroom Classic team for the information in the report to include steps to reproduce the bug experience. Once we can reproduce an issue, then we can start to investigate a fix. Bug reports without reproduction steps will be moved to discussions.If, after some troubleshooti
I updated to LrC 15.5 a few hours ago. Since then LrC has problems with video files. The first problem I noticed was that when I tried to synchronize a folder that had two new video files. After a couple of minutes I got the error message “An unknown error occurred while reading the video file. (2)”. I had just completed those files with DaVinci Resolve so I went back and produced the same files again to check if DR had made an error. When I tried again with the new files but got the same errors. I was able to play both videos without any issue using VLC Media Player, so they seem to be OK. I then shutdown LrC and did a backup including optimizing the catalog, and then restarted it to see if that made any difference, but same error. Then I started looking at other videos that were already in LrC and found that when browsing them in the Library module, most of them pop up a message “There was an error working with the video”. They will not play in LrC but work fine with VLC Med
Version: Lightroom Classic 15.5.0.8OS: Windows 11 Pro (build 10.0.26100)GPU: NVIDIA RTX 3090, driver 32.0.16.1088 (22/07/2026)RAM: 32 GBRepro: Run Assisted Culling / auto-stack-by-similarity on a large batch of photos. Crashes reproducibly — 5 identical crashes since 2026-08-09.Crash signature: Windows Application Error log shows Lightroom.exe faulting in ntdll.dll, exception code 0xc0000374 (STATUS_HEAP_CORRUPTION), consistently at the same fault offset (0x112165) across all occurrences.Context: App log shows the last command before each crash was ag.library.stacking.generateAutoStacksBySimilarity. Lightroom's process memory usage reached 13.5–14.6 GB (41–45% of system RAM) just before crashing, suggesting a memory-handling bug in this feature on larger culling batches.
Installed this and my tethered camera setup no longer works. It appears to work as before, but no images are transferred. Canon R1, Windows 11. Anyone else having tethering issues?
Apple ProRaw images taken in Apple's camera app on my iPhone 14 Pro generally work well in LrC these days, which is great. In LrC I often use the "Apple ProRaw" profile. When I perform a panorama merge of these images, however, LrC reports that the resulting .dng file is using the profile "Apple Embedded Color Profile" but shows an exclamation mark: "Profile missing." See attached screenshots. I wonder if this is an inadvertent result of LrC's rule that only Apple ProRaw files have the option of the LrC ProRaw profile, and that the merged file is not recognized by LrC as a ProRaw file. Can this please be improved, or is there a workaround? Thanks, Wallace
Hola;Es mi primer post, he estado indagando por la comunidad, y no he acabado de encontrar la solución.Uso LRC en un MacBook Pro y en varias ventanas de ajuste tengo problemas de redimensionar (salen cortadas). Me di cuenta en la de ajustes de mascara (adjunto captura), pero repasando algunas otras secciones como Ojos Rojos, Recorte… también tengo el mismo problema (adjunto capturas)He probado en modo pantalla completa y nada, se queda igual.Alguien sabe como solucionarlo? Es muy molesto no poder trabajar bien.Muchas gracias.
The new Lightroom version has a major bug in the map module!When you try to position a photo somewhere on the map Lightroom 6.8 assigns a wrong position (near the spot).
Description of IssueI believe that at times, Lightroom Classic 15.5 produces phantom pins on the map, that is, pins that appear to be locations of photos, but either the count of images is wrong, or the pin itself doesn’t work (when you hover over the pin, nothing happens), or both. I understand that a major malfunction of the Map module was fixed in 15.5, but this seems like a different problem.Lightroom Classic Version Number (Help>System Info…) Lightroom Classic 15.5OS Version NumberWindows 11 25H2 (26200.9168)Camera Model (sometimes necessary)Nikon Z6 IIStep-by-step Reproduction Instructions (in precise terms, please)Step 1: Select a lot of images and display the map (in my case, all photos in New York State). Zoom in. Notice the cluster of pins right in the center of this screen capture (I have drawn a red box around them). Step 2: press the plus sign to zoom in more. Let’s focus on the bottom of this cluster of pins. Notice the area indicated by the arrow, there are three pins
After starting LR, clicking the GPS badge of a photo centers the map on the last-displayed location rather than the coordinates of the clicked photo. To reproduce on LR 15.5 / Mac OS 26.4.1: 1. Open the attached catalog. 2. Go to Map view. 3. In the filmstrip, click on the GPS badge of "miami.jpg". Observe the map centers on Miami (correct). 4. Go to Library. 5. Restart LR. 6. Click on the GPS badge of "san francisco.jpg". Observe that the module switches to Map view and the map centers on Miami rather than San Francisco (incorrect). 7. Go to Library. 8. Click on the GPS badge of "san francisco.jpg" and observe the map moves to San Francisco (correct).
Versione di Lightroom Classic: 15.5 aggiornamento di agosto 2026Sistema: MacOs Tahoe ultima versioneFile: Nikon raw convertito in DNGComportamento: sistematico, sempre riproducibileDescrizione: nell’immagine c’è una persona che voglio rimuovere. Dal modulo Sviluppo seleziono “Rimuovi” e spunto “Usa IA Generativa”. Clicco su “Persone”, attendo che LrC trovi l’area con la persona da rimuovere e premo “Rimuovi”.Da questo momento non sarà più possibile salvare i metadati, nel senso che LrC visualizzerà sempre “Metadati non salvati”. La situazione si risolve cancellando la rimozione. Nota: quando premo CMD+S sul file, per salvare il file, comunque qualche modifica viene apportata poiché il finder del mac aggiorna la “Data di modifica”.
What an awful release. Don't get me wrong, I'm glad to see new developments, but this Lightroom update is an absolute disaster. After culling just 5-10 images, the AI Assist culling tool completely hogs all my RAM, causing my Mac to freeze and throw memory errors. It’s a total nightmare.Culling images via the library module is practically impossible right now - everything just locks up. Even with previews pre-generated and trying to run AI Assist culling, the performance is still abysmal. On top of that, it frequently fails to even generate a Denoise. What is going on, Adobe?! This is absolutely unacceptable!P.S. The RAM management is completely broken and goes beyond any acceptable limits!
Compare view often incorrectly labels a photo as having an embedded preview. To reproduce on LR 15.5 / Mac OS 26.4.1 (see the attached screen recording): 1. Download and open the attached catalog. Observe that Catalog Settings > Standard Preview Size is 2880. 2. Right-click folder "test-pics" and do Synchronize Folder, selecting Show Import Dialog Before Importing. Set the import option File Handling > Build Previews to Embedded & Sidecar. Observe in Grid view that X.ARW is marked with the embedded-preview badge (correct). 3. Do Library > Previews > Build 1:1 Previews, selecting Build All. Observe that neither photo has the embedded-preview badge (correct). 4. With X.ARW selected, go to Compare view. Observe that it says Embedded Preview at the bottom of X.ARW (incorrect). 5. Go to Grid view. 6. Select X.jpg and go to Compare view. Observe that X.jpg is labeled with Embedded Preview (incorrect). 7. Go to Grid view and restart LR. 8. Select X.ARW and go to Compare view.
Select a number of photos say about 200 on the film strip. auto sync on Hit auto to adjust the settings automatically. Can be done on library or develop module does not matter to the issueLightroom will adjust the settings automatically and you can go to different photos and the automatic settings would have been applied to all the photos.Now adjust one setting on one photo with auto sync on (eg. bring the vibrance or saturation down back to 0 or a different amount….in this case vibrance to -5)Browse the rest of the photos … The rest of the photos should now have auto adjustments applied + the vibrace slider to where you adjusted it manually. However when I do this other than some photos that are in immediate to left and right of the photo that was active while I did the vibrance adjustment the rest of the photos has the auto adjustments back down to 0 and the only vibrace is at -5. This seems to affect tone and vibrance saturation.. not presence (probably because auto does not affect
Yes, this exact question has been raised many times in the past and those posts have all been closed as “answered” without any resolution. This is still an issue.I open LrC, import and make edits. LrC sits idle with computer running for at least an hour. Try to close LrC and it spends several minutes "Writing Metadata Changes into XMP" before the app exits. What is LrC doing while idle after the last edit was made that it now needs to do when I’m trying to shut down the computer? This is unacceptably poor performance but vaguely understandable as edits were in fact made. Why are the XMP writes not happening during idle time rather than forced immediately at exit?The same delay occurs without making edits. Open LrC, make no edits and immediately try to open another catalog. LrC shows the "Writing Metadata Changes into XMP" message for several minutes before finally restarting with the other catalog. This is after LrC spent several minutes "Writing Metadata Changes into XMP" p
I start with an edited version (lightroom adjustments only) of a photo in lightroom. I make a copy of it and then click reset on the new copy. This copy is essentially no modifications at this point. I then edit that copy in photoshop. When I am done editing in PS, I save it. I then open that PS-modified version in lightroom and paste ALL settings I have copied from the original to this new TIFF version. I expect the changes to work but it looks wrong. I notice the REMOVED tool item masks are strange. It looks like the REMOVE masks in the version that I pasted to are 90 degrees rotated - clockwise. Basically, copy/paste of masks does not work from a raw file to a tiff version. It’s like PS messed up the orientation indicator or something and LR got confused?
When I try to import picture files, I get a popup for assisted culling that locks the application. I need to go to task manager to shut down the application. I turned off assisted culling under catalog settings, but this does not correct the issue. Is anybody else experiencing this issue. I cannot import new files!
Just starting today the Map module is leaving behind markers for a photo or photos that have been moved. It also continues to show markers for photos that have been opened but are no longer in the directory being worked in. If I leave LRC and come back in, all is well but I've never had to do this before. It is more of an annoyance than a major issue, but it does clutter up my screen while moving things. I am in the process of locating old photos that have inaccurate or no geotagging and this behavior is slowing me down. I’m running 15.3 on a MacBook Air. Has anyone else seen this or have a suggestion of how to fix this behavior?
LR 15.5 made numerous inconsistent and incorrect changes to how the Delete and Backspace keys are translated in Help > Library Module Shortcuts and Map Module Shortcuts. Prior to 15.5, LR followed the principle of using the names of the keys as they appeared on the most commonly used keyboards for that language. For example, on Spanish (ES) keyboards, the Delete key is labeled Supr, and LR's Help used Supr for the Mac shortcuts for Library > Remove From Library, Map > Delete GPS Coordinates, and Map > Delete All Location Metadata. This convention makes sense -- Help uses the names of the keys that are displayed on the user's keyboard. But in 15.5, the displayed names of the Delete key (Mac) were changed in all 15 non-English languages, for some but not all of the commands assigned Delete. Similarly, the displayed names of the Backspace key (Win) were changed in 6 languages, for some but not all of the commands assigned Backspace. For example, in Spanish, the name for the
Auto updated to LrC 15.5 on my MacBook Pro M3 Max last night. Came home from shooting a concert and the import dialogue would appear to function normally, but after hitting the actual button to import, nothing happened. It went back to the grid view, briefly the import status bar appeared in the top left then just as quickly disappeared. I tried different ways of doing it, enabling full disk access (already was set), copy vs convert to dng, even created a whole new catalog and did a hard reset on my computer. Same issue every time. Decided to downgrade to 15.4.1 through the creative cloud as I was able to recently import and edit on that version. Opened Lightroom back up and viola, everything worked just fine. Gonna stick on this version and disable automatic updates until I hear adobe fixes this.
LR 15.2 introduced inconsistent names for the Backspace and Delete keys in the French in-program shortcut help. WindowsLibrary Help:Map Help:“Supprimer” is French for the Delete key. But on Windows, the Backspace key is called “Retour arrière”. MacLibrary HelpMap Help: On Mac, the Delete key is called “Supprimer”. So the two instances of “Arrière” should be replaced by “Supprimer”.
Hi everyone,I'm having an issue with the latest version of Lightroom CC on a MacBook M5 Pro running macOS Tahoe 26.5.1. (I was experiencing the same problem on 26.5 and decided to update hoping it would fix it, but unfortunately it didn't.)Since this morning, it's been impossible to to use Noise Reduction, even though my internet connection is working perfectly. I've already updated both Lightroom CC and macOS, cleared the cache, and optimized the catalog, but I keep getting this error screen whenever I try to use Noise Reduction.Has anyone experienced the same issue or knows how to fix it? Any help would be greatly appreciated. Thanks! 🙏
Steps to Reproduce: 1. Select an Ai mask2. Move any of the Refinements sliders from form the current value to another one and back to the current value but NEVER releasing the slider.Actual Result: A step is recorded in history but nothing changed from step 1 and step 2, the value chosen in UI is the same.Expected Result: Moving AI masks "Feather" or "Edge" sliders DOES NOT record an history step when the UI value is the same as before.Addendum: There is floating point difference in the values when moving a slider back and forth to the same value but it should not matter.Feather at 30 Feather moved from 30 to 30 again
When I want to skip through hundreds or thousands of photos in Lightroom Classic (Version 15.0.1) in the film strip I mostly get this very annoying problem: after holding the arrow key to the right or left for a few seconds it doesn't stop anymore to speed through the images though I'm no more holding the arrow key. Sometimes it's going on for "just" a couple of hundred further photos and sometimes even through thousands of photos until the very last photo in the strip. I can't even stop it.This first started three months ago when I updated on a new MacBook. On my old Macbook this never happened in years. Does someone got an Idea to fix this bug?
EnvironmentAdobe Lightroom Classic 15.4 (also observed in earlier versions) Lightroom SDK Windows 11 Standalone reproducer plugin attachedSummaryA floating dialog opened via presentFloatingDialog() becomes the active window, but no control initially receives keyboard focus.As a result, standard keyboard interaction is unavailable immediately after the dialog opens. Pressing Enter, Esc, Space, or Shift+Tab has no effect. Keyboard navigation only begins after pressing Tab once (or after clicking any control with the mouse).The same reproducer behaves differently on macOS, where the first control immediately participates in keyboard navigation.Steps to ReproduceInstall the attached reproducer plugin via File > Plug-in Manager > Add. Run File > Plug-in Extras > Floating Dialog Keyboard Focus Reproduction Without using the mouse, press the following keys in order: Enter Esc Space Shift+Tab Finally, press Tab.A complete standalone reproducer plugin is attached. Expected Resu
Letters in texts added in books in Book module are rotated in LrC 15.3. The rotation seems to happen per line as displayed (not per carriage return). Switching back to 15.2.1 put the letters correctly again, and upgrading to 15.3 rotates the letters.Attached two screenshots of the same page in a book in 15.2.1 and 15.3.15.2.115.3The letters are also rotated for a new book created in 15.3.
Remix with Firefly Community Gallery
Thousands of free creations to fall in love with and remix in Firefly.
Already have an account? Login
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.