Lightroom Classic

I created a white text string with a dark shadow in the LR watermark editor. When printing to a jpg file, the shadow did not appear although the text appeared correctly (flat - no depth). I then tried to print to a printer, selecting a PDF printer in the printer dialog box (MacOS 10.14), the shadow appeared correctly in the pdf file. I tried various combinations of printing options, and decided there is a bug in printing watermarks with shadowed text to a jpg file (print to file). I printed the image to a pdf file, imported to photoshop, the saved as a jpg file to get around the problem. Latest version of LIghtroom Classic (2020) as of 2020/02/11.

Using two displays, preferences and system report may both open and can be moved behind second window. Lightroom Classic 9.2 2-11-20 release. Mid-2011 21" iMac, macOS 10.13.6.

In Lr9.2, open Preferences, make a change to the Raw Defaults, then click the Cancel button.Reopen Preferences and check the Raw Defaults settings. They should not have changed, i.e. the changes made in the previous step should have been discarded, but they haven't.This is so very bad. Another black mark for the development team.

There is a problem with automatically detecting external metadata changes in HEIC files.I have Lightroom Classic (9.0, latest 11/2019 version) installed on two networked computers as allowed by the license: a desktop and a laptop. Both machines have "automatically write updates into XMP" set.Once I import and develop our travel photos on my desktop, my wife synchronizes the pictures folder on her laptop, sometimes adds captions, and picks photos to print for scrapbooks by setting those photos to "Green". I then synchronize the shared pictures folder on my desktop and order prints of the ones she picked.This system works great for .JPG and DNG files produced by my Nikon SLR.  But we also use our iPhones at times when I don't want to carry the SLR.  On this last trip, I set our iPhones to produce HEIC files because Lightroom now supports these.  After importing and developing, we set the color of the photos on the laptop to green, I synchronized the folders on my desktop a

Version 9.0 has a bug using Sony cameras (A7III at least): while scrolling images with embedded previews, you'll get a glitch where the right border of the image looks "multicolored". While scrolling the colored border is thicker, while it settles on few pixels when you stop scrolling. Nothing that compromises the workflow, but still annoying. See image.Images with 1:1 previews don't have this issue, as well as images that have been edited.Turning off the GPU doesn't make a difference. I have to note that it only happens to one long side (either right or bottom).As said, generating a 1:1 preview solves the issue (though I work with smart previews):Here is my system information:Lightroom Classic version: 9.0Operating system: Windows 10 - Business Edition Version: 10.0.17763System architecture: x64Logical processor count: 8Processor speed: 3.3 GHzBuilt-in memory: 16341.9 MBInternal Camera Raw version: 12.0 [ 321 ]Displays: 1) 1920x1080Graphics Processor Info:DirectX: NVIDIA GeForce GTX 1

When I try to create a virtual copy in Lightroom ClassicI get the following error:"An internal error has occurred. ?:0: attempt to index field 'additionalDevelopMetadata' (a nil value)".The error started after I combined a second catalogue into a main catalogue using the 'Import from another catalogue' function.The error only happens with the images from the second catalogue that have been imported into the main catalogue. All other images in the main catalogue are fine. I still have the second catalogue and the virtual copy works correctly in that catalogue as well, so the issue appears to be related to the import process. The reason for combining the two catalogues was to reduce the need to swap between the two.I had already done quite a bit of work on the imported images before I came across the virtual copy error, so I now have a bunch of edited images in my main catalogue that won't allow VCs to be created, and a bunch of un-edited images in the old second catalogue that will allo

Metadata changes in the IPTC extension data field do not take. For example, I change "Location created-City" from "New York--Brooklyn" to "New York-Brooklyn", but once I click off the picture, onto another, and go back to the picture that I attempted to make changes to, the "Location created-City"filed has reverted back to ""New York--Brooklyn". These extension fields are very important to me and it's frustrating that they don't work properly

When displaying GPS coordinates, the Metadata panel truncates, rather than rounds, GPS coordinates at thousands of a second. This corresponds to an error of about 3.1 cm of latitude or longitude at the equator. While obviously not of concern to most users, commonly used augmented GPS systems can produce sub-centimeter accuracy. See this original report of the problem: https://community.adobe.com/t5/lightroom-classic/gps-data/td-p/10789291To reproduce:1. Select a raw photo in Library.2. Copy and paste this into the Metadata panel's GPS field: 0°0'0"N 9°53'31.787" E.3. Observe that the field now incorrectly displays: 0°0'0"N 9°53'31.786" E. 4. Observe that the longitude stored internally in the catalog (targetPhoto:getRawMetadata ("gps").longitude) is correctly: 9.892163055555 = 9°53'31.786999998".  Rounding that to thousands of a second yields what was input, 9°53'31.787, while truncating it yields what was displayed, 9°53'31.7

Some metadata presets don't set Altitude correctly. To reproduce:1. Select a photo.2. In the Metadata panel, do Preset > Edit Presets, click Check None and then check Caption, GPS, Altitude, ISO Country Code, and Title. Enter 100.0 into the Altitude field.  3. Save the preset, calling it "Altitude Bug".4. Apply the preset to any photo and observe that the Altitude field is cleared rather than set to 100.0.Interestingly, if you remove any of the fields Caption, GPS, ISO Country Code, or Title from the preset, it works correctly.See here for the original report: https://community.adobe.com/t5/lightroom-classic/in-lightroom-classic-9-1-altitude-saved-in-metadata-preset-is-not-applied/m-p/10835470#M171442Tested on LR 9.1 / Mac OS 10.14.6.

Is this a normal behavior or a bug?Select "Export...", the export window opens, post processing is there under watermarking (top image).Check a preset (click on the checkbox next to a preset), post processing disappears (image in the middle). Uncheck the preset, post processing doesn't come back (bottom image).To get post processing back you need to click cancel, and open the export window again.

Lightroom Classic v9.1 on MacOS Mojave 10.14.4Trying to export a book to PDF. 13x11 size, no cover. PDF will be created with most pages, but pages using specific custom pages are skipped/left blank. In LR, the progress bar still says "exporting book to PDF," and that process is never completed. I made a copy of the book and eliminated all pages except the two problem pages. Same result, cannot export those two pages to PDF, progress never completes.I changed the images for those two pages. Same result.I changed those two pages to use one of LR's templates and different images. The PDF now includes actual pages (not blank ones), but the process never completes. I exported this book to a new catalog. Tried different PDF settings (quality, color space, etc). I deleted preferences. Deleted all custom templates I created. Rebooted. Etc. Problem persists. I CAN, however, export this book to JPEG, but that is a more time consuming workflow. Does anyone have any other recom

In Lightroom, versions prior 9 the Export dialog had a very convenient behavior: any settings changed were retained, regardless of the fact that Cancel or X (close) was clicked. Now, in v9 this has been changed, so Cancelling the dialog looses all settings!The behavior before v9 was very convenient and somehow designed with the right intent: one may forget to do further adjustments to the files being exported, so the export procedure must be postponed...The behavior in the current version, v9 is quite unusable. Ok, if Cancel means cancelling all settings, then let the user retain the settings made already (chosing export location, file type, size, etc) so please add a third button: 'Close dialog for now' (or something similar, clearly understandable). Clicking this button should retain the settings but should not start the export procedure.

Since Catalina, option to export and to Use Lossy Compression doesn't seem to work no matter the camera raw compatibility?

Hi there,Funny bug with the export function:The function to Export with Previous does not work when the previous export was a User Preset. It's the previous previous setting that is then used.Cheers!

Hi,I do a lot of photography with country lodges where uprights are vital. In a shoot i may edit 300-400 shots and the ability to use sync to automatically apply Transform auto uprights is huge to me.For some reason this no longer works properly. Now when i try and sync apply this to several images it opts for the 'update' and not 'upright' - this usually causes the verticals to be wrong or badly wrong.I'm using version 8.3.1 on Windows 10.Is this a known bug or is there a fix to save me having to manually apply this on every image, even a keyboard shortcut would help for now !!TIA,Mike.

When exporting a folder into a catalog named "Katalog - Fridays for Future - středoškolská stávka za klima - Olomouc - 15. 3. 2019", Lightroom Classic CC crashes. The window quietly disappears and no crash window is opened. Catalog folder is created but remains empty. This does not happen when naming the catalog "Katalog".   My Lightroom Classic CC installation is up to date. Release 8.2, build 1204643, Camera RAW 11.2.

This is a small bug, but one that has persisted for the last several minor and major releases of Lightroom CC and Lightroom Classic CC.Lightroom offers users the ability to have a custom splash screen appear instead of the default one built in to the program. That function works just fine, but the text that is displayed is woefully outdated. (See example image attached to this post.)The Adobe copyright information displayed on the bottom of this custom splash screen hasn't been updated in four years. It still reads: "Lightroom © Copyright 2007-2014 Adobe Systems Incorporated"  Just thought you might want to have the programming team update that text string for the next release so that the Copyright is accurately displayed when the custom splash screen option has been enabled.

I just encountered a weird thing. My website complains with just TWO out of many photos I posted (JPG from LR), that it can't read the EXIF data. Looking with IrfanView, there are no EXIF data in these two (they got exported in one batch with all the others).I noticed that these two photos are heavily transformed (Vertical -65), whereas all the others, that got some transformation (not all but quite some) don't have such high values and got exported with their EXIF. So. I played around with the vertical value and found out, that the EXIF data gets exported up to the value -39 and from -40 on it's missing. Reproducible.

Created a collection of photos (just manual selection) and those photos were flagged as picked up (white flag), when I select a photo in bottom row of thumbnails and hit U to unflag, the correct message appears on screen about unflagging but on the thunbnail photo still appears that white flag and dissapears once mouse is moved away. But when mouse is over this image again (not clicking, just moved cursor to thumbnail, flag is back.For Reject (black) flag there is no issue.Using Lightroom Classic version: 8.4 [ 201908011719-03751b60 ]

P: Videos do not play or import macOS High Sierra

Lightroom 8.4 crashing when attempting to access Map or Web modules. No problem accessing all other modules. Using macOS 10.14.6 on an iMac Pro.

1. Import an image and apply metatdata to the Title field. (eg. "Lovely Wiew")2. Export to jpg. The jpg has the Title "Lovely Wiew".3. Recognise the typo (ie Wiew should be View).4. Correct the raw image in Lightroom. Raw image now has a title of "Lovely View".5. Re-export the image, overwriting the existing jpg.6. The jpg still has the incorrect Title value of "Lovely Wiew".after correcting and re-exporting the image, the catelog value for this raw and jpg should be "Lovely View" and the metadata within the jpg should contain the Title "Lovely View".This bug causes me unending levels of grief and hours of wasted re-work time.

I am using Mac OSX and LR CC 2015. I have a workflow that involves importing thousand of raw photos and then sorting them. In order to sort them, I take a group of photos of the same subject and move them to a temp folder and then repeat until all the photos have been moved to sub categories based on there names. I then move the photos out of the temp folder into the original folder and delete the temp folder. While attempting to move the folders containing the photos, one of the folders and the 97 photos under it was lost. There is also a descrepancy in the number of photos copied 97 vs 76. And I can no longer find the photos on my hard drive. i did NOT delete the photos. LR seems to have deleted them. This is a HUGE problem.

LR Classic CC 7.0 Windows 7 w/ATI Radeon 5700no renaming or presets, minimal previews selected(1.8 Gb HD with 171 Gb free at the end of this import)Preview generation/ status update tasks are not quite running in parallel with the file import??:With an import of 887 D500 photos the library grid display shows blank grid area with "importing files" and the file counters do not change from zero for some time.After starting the import yesterday for the first time I thought LR had crashed as there was no changes onscreen for about 5min.However, after cancelling this import and restarting LR I found that there were photos in the destination (not showing in LR though)Removed photos from the hard drive and started everything again this time I watched the file folder in explorer to see what was going on:Started import @ 12:36pm (12:45pm) After 223 photos show up in the destination directory in Windows explorer then LR grid view finally shows 8 thumbnails in the destination folder, the current i

I was going to post this the other day, but since Iended up upgrading to version 9, I though it would no longer be an issue. WhenI was using version 8.4.1, I added a bunch of jpegs to Quick Collection, editedit down to 266 images, then clicked on Web tab & Lightroom crashed.Relaunched Lightroom, reordered one jpeg, again selected Web, and it crashedagain. I believe I then restarted my computer, was finallyable to make website with no crash. I have been using Lightroom for years and don’tremember this ever being an issue previouslySince then, I have upgraded from Sierra (10.12.6)to High Sierra (10.13.6), upgraded Lightroom Classic from 8.4.1 to 9, yet onceagain when I clicked on Web module, it crashed! This time, I had 5 raw (4 NikonNEF and 1 Canon CR2) files selected. Would like to not have to restart computerevery time I need to make a web gallery.I am using an iMac (Retina 5K, 27-inch, Late 2015), 32 GB of ram.