Bug Reports

Hi everybody, I experienced a bug in LR scrolling behaviour within the library module. To describe the problem best, I recorded a screencast video with audio comment that I uploaded to my webserver: http://www.silentcreek.de/lrbug/demo.avi In short: Scrolling with the mousewheel over folders in LR's library module doesn't work properly. Here is what I know: 1) The bug doesn't always occur. Sometimes scrolling works for a couple of days, but most times it doesn't, which is annoying, of course. 2) I could only reproduce this bug as shown in my demo video in the library module when trying to scroll with my mousewheel over the folders or publishing services. Everywhere else, it works fine. 3)The bug seems hardware independent: I experienced it on my laptop as well as my desktop (one Win 7 32bit, one Win 7 64bit; two different mice, one by MS one by Cherry). 4) I experienced this bug for quite a while with different versions of LR (currently 3.5, but the earliest version I used was 3.2) I h

Since updating Photoshop and Lightroom, I've noticed that the aux:lens metadata field is being deleted from my images on import, such that there is no lens listed after import. I've determined that it's Camera Raw 9.5 that seems to be the culprit, as lens metadata is retained if I use an older version of the DNG Converter v8.8 to import the same images.For example, I had an image shot on a Sony RX100 III at 8.8mm. If I import this image with the old version of DNG Converter, and then open the converted DNG in Photoshop, the lens is reported with the full-frame equivalent focal lengths, i.e., 24-70mm F1.8-2.8, and the raw metadata has the correct aux:Lens field (24-70mm F1.8-2.8).Conversely, if I import the same image directly into Photoshop or Lightroom, the metadata will display the correct focal length, but will not display the lens information; Lightroom reports this only as "unknown lens," and in Photoshop the aux:Lens field is missing completely.For now, I will use the old ve

The LR CC Soft Proof RGB values shown in the Histogram are incorrect when the cursor is hovered over a specific area of the image. It does not matter what color profile is used or if the ' Graphics Processor option is enabled or disabled in LR Preferences. The values remain the same and incorrect regardless of the Profile selected in the Soft Proofing panel. The Soft Proof Histogram appears to display the LR Native Color Space values (Melissa RGB) without RGB data conversion to the Profile color space setting in the Soft Proof panel. Please see this post for further details: https://forums.adobe.com/message/7489...

Lightroom 6: When running an Impromptu slideshow from the develop module - the first image looks very pixelated - like an upsized thumbnail, very soft, with no fine detail at all. Other images in the slideshow look like 'normal' slideshow images - still unacceptably softer then the image is displayed in the develop module, but much better than then first image. Playing the slideshow from the slideshow module generates 'normal' slideshow images. Also an impromptu slideshow from the library module does not show the problem on the first image. Changing the slideshow quality setting appears to make no visible difference. Also turning on or off use of the graphics processor makes no difference.

After the 6.5 update, I can no longer merge to HDR from images in a collapsed stack. Previously, I was able to create stacks of images, then collapse the stacks and then I would highlight the stack, and click ctrl+shift+h to perform the HDR merge. Now when I do that same combination on collapsed stacks, I get the error "An internal error has occurred. Unknown errors occurred."I CAN however select each individual image in an uncollapsed stack and perform the merge to HDR. Is this a feature that was purposely taken out of 6.5, or is this an error?

After the Lightroom 2015.5 (march 2016) update, Lightroom doesn't work anymore. Ask to change permission of folders in library manually. I did as told and it still doesn't work...

After upgrading from 2015.4 to 2015.5, there is a change in behaviour of the keyword box in Library module.When you have entered keywords and press Ctrl/Cmd+RightArrow to move to the next photo, in the previous version the focus would remain in the keyword box so you can keep adding keywords. In 2015.5 the focus is lost and you need to press Ctrl/Cmd+K to re-focus on the keyword box, slowing down the tagging process.

LR Mobile doesn't correctly handle capture dates when the time zone of the phone changes.   LR Mobile adjusts the displayed capture date to the new time zone rather than showing the original date/time as LR Desktop does and is specified by the MWG's Guidelines for Handling Image Metadata (2.0). Here are the steps I followed on iPhone 6 / iOS 9.1 / LR Mobile 2.2.1 / LR CC 2015.5 / OS X 10.11.4: 1. Add a photo from the camera roll.  LR Mobile correctly shows its capture date as 3/31/16 2:33 pm.  The photo synced to LR Desktop shows the same date.   2. Terminate LR Mobile. 3. Change the time zone of the phone from Cupertino (UTC - 7) to Boston (UTC - 4) via Settings > General > Date & Time. 4. Start LR Mobile. The photo now shows an incorrect capture time of 3/31/2016 5:33 pm, adding the three-hour difference between the new and old time zone. 5. Make an adjustment to the photo and wait until it syncs to LR Desktop.  The capture time in LR Desktop still

I've submitted an issue for this with Adobe but, perhaps because of some communication issues, they have reported that they are unable to reproduce the problem. My question to the community is - can anyone else verify the following - using my steps and explanation? Environment: iMac 27" with only the single monitor. OS 10.8.2. Lightroom 4.2 Basic Description of Problem: After invoking the window for a "second monitor" - which pops up on top of my main display screen, I can close the second window and click on items which were hidden under the second window. If, however, I switch to another "Desktop Space" on the Macintosh and switch back, the area where the second monitor window was located becomes a "dead space" where mouse clicks to select something no longer work. My current workarounds: 1. Open and close the secondary window again - and the area "covered" by the window will start responding (problem is - you need to do this every time - a pain if you set up something like PhotoShop

When you export a TIFF or JPEG with Color Space: AdobeRGB (1998), LR 5.7.1 includes an incorrect value for EXIF:ColorSpace. It should be set to Uncalibrated. But on Windows, it is set to sRGB, and on Mac it is missing entirely. (Note that when Photoshop CC 2014 saves a file in AdobeRGB (1998), it correctly sets EXIF:ColorSpace to Uncalibrated.) This bug probably has very small impact in most cases, since it's likely that most color-managed applications ignore EXIF:ColorSpace when an ICC_Profile is present. But this did cause confusion for one person examining the color space with Windows File Explorer, which shows EXIF:ColorSpace but not ICC_Profile in its Properties window: https://forums.adobe.com/thread/1806639

After last update to Lightroom CC 2015.4 (in Spanish, on Mac OS X El Capitan in Spanish), when importing photos using dates to create folders, the names of the months are in English, messing all the previous folder structure (previous versions of LR used names of the months in Spanish). Happens the same after uninstall / reinstall with clean preferences.It seems a bug in new LR 2015.4

In Lightroom 5.x after the same action CTRL+ALT+S worked Lightroom version: CC 2015.3 [ 1052427 ] License: Creative Cloud Operating system: Windows 7 Version: 6.1 Application architecture: x64 System architecture: x64 Logical processor count: 8 Processor speed: 2,8 GHz Built-in memory: 6135,0 MB Real memory available to Lightroom: 6135,0 MB Real memory used by Lightroom: 1690,9 MB (27,5%) Virtual memory used by Lightroom: 1774,2 MB Memory cache size: 764,2 MB Maximum thread count used by Camera Raw: 8 Camera Raw SIMD optimization: SSE2 System DPI setting: 96 DPI Desktop composition enabled: Yes Displays: 1) 1920x1200 Input types: Multitouch: No, Integrated touch: No, Integrated pen: No, External touch: No, External pen: No, Keyboard: No Graphics Processor Info: Check OpenGL support: Failed Vendor: NVIDIA Corporation Version: 3.3.0 Renderer: GeForce GT 610/PCIe/SSE2 LanguageVersion: 3.30 NVIDIA via Cg compiler Application folder: C:\Program Files\Adobe\Adobe Lightroom Library Path: T:\L

Just updated to the newest lightroom cc version and now the sliders in the develop mode do not respond to small slider adjustment clicks in either direction. I can move the slider in small increments all the way to either end with no change to the image I'm editing. I have to either use the + - keys or click very large increments.

Lightroom 6 users the old font which results in too small menus under OS X 10.11.

Lightroom CC 2015.4 locks up on my iMac running MacOS X 10.11.3. I had to force quit the application. I've tried several solutions, like uninstalling and then installing the stand-alone installer and the 6.4 updater, and uninstalling and installing LR CC2015.4 from the CC app, but nothing seems to work. The update runs fine on my MacBook Air with MacOS X 10.11.2, so I wonder if it's the combination of both updates that causes the problem.

After installing the 2015.4 update today, I can no longer scroll through images in Loupe view with the mouse. Keyboard scrolling via arrows works, mouse does not, to go from one image to another. Scrolling in the Grid view works fine. I tried two different mouses to make sure. This has never happened in any of the previous versions on the same computer. Any ideas? Thanks

In LR6 if I use the straighten function and make a crop after that and try to straighten again, the crop will be reset. This is very frustating. In LR5 this works fine. If I make a crop at first and straighten after that it woks as expected, but not if I straighten the picture as the first step.

Software bug. MAC OS X Yosemite (and Mavericks before it). Using LR 5.6 & Photoshop CC2014.2.1 CC subscription. When an external firewire backup drive is connected (the backup drive is a clone of my MacBook Pro that stays connected for scheduled automatic backups, etc.), when I am in Lightroom and I select "Edit (an image) in Photoshop", Photoshop opens in the wrong location. In other words, it opens the Photoshop application on my backup drive instead and I get a warning dialogue box that says "The application has been moved, and its path has changed. To update the product configuration, click update". I have a choice to update or not. Of course, I choose to not update that. That's a bug (in my opinion.) When the backup drive is not connected the correct PS 2014 application opens. Bottom line: I should be able to keep a backup drive connected and have the Edit in Photoshop open the correct application. One way you could easily solve this issue is to change External Editing in Pref

Under Lightroom 6 on Mac OS X 10.11 El Capitan (GM seed), the keyboard shortcut for the Find command and the Full Screen command swap places after 30 seconds. Lightroom has always used Command-F to be the Find command. When I first launch Lightroom and I click on the Library menu, I see "Find (Command-F)" and under the Window menu, I only see "Full Screen Mode". Pressing the command key shortcut engages the Find command as I was used to. After about 30 seconds, the keyboard shortcut mysteriously and silently switches places. Now, when I look under the Library menu, I only see "Find" and under the Window menu, I see "Full Screen Mode (Command-F)" and pressing the key combination changes the Full Screen mode. I would love to see Lightroom return to the previous behavior of consistently engaging the Find function with Command-F because that is what I am used to. Thank you.

In my efforts to speed up LR, I've been building Smart Previews and then taking the RAW folder (24MP Nikon D750 DNG files) offline via folder rename. Works! But, when I select a set of Smart Previews and try to use Lens Corrections (ENABLE PROFILE CORRECTIONS), LR throws and error "File Not Found". It does work just fine with single image selections. Just not a group. LR ---does--- apply the lens corrections to the Smart Previews, but when I bring the full-size DNG back online, the lens correction is disabled. That's quite bad behavior! Mac 10.10.4 - LR 2015.3 - 480GB SSD - 32GB Ram

LR 6.3 resets crop after rotation. Step 1 - rotate picture via slider Step 2 - crop picture Step 3 - rotate cropped picture (via slider) -> crop removed! I use this function very often. In LR5.7 everything works as expected, in LR 6.* never. Here is what works: - Step 1 - crop Step 2 - rotate cropped picture (via slider)-> crop stays! But: Step 3 - crop refinement Step 4 - rotate refined crop -> crop reset to former state! - Also using the crop frame corner to rotate arbitrary does functioning correctly. Often when you make crop refinements (off center) you have to adjust the rotation angle because of the different perspective due to off center cropping. Why Adobe ignores this bug so persistently. I prefer to use the slider for rotations instead of direct rotate using crop frame corners.

If I'm in Lights Out mode and I choose undo or redo from keyboard, the image disappears. Sometimes doing multiple undos will bring the image back or hitting the spacebar to zoom will also bring it back. Using lightroom 6.3 and OS X 10.11.1

Lightroom 6. (Standalone) W8.1 Pro. Hp, intel i7 3.3 16g mem. 1. Pressing F locks lightroom in full screen. Only way is out is using task manager to close lightroom. Tested on two different computers, same results. 2: Playing video in full screen mode, locks up lightroom, video does not scale correctly. Test on two computers same results.

Entering Slideshow after selecting a few pictures gives me a black screen and a wrong preview, see atached picture. This happened after upgrade to LR5 earlier this week and was not a problem in any version of LR4. I have tried with both NEF and DNG files.The only thing working is Export to PDF. I am running a Dell Studio XPS with Windows 7 64-bit and ATI 4850 graphic.

The default extention used in Lightroom is a .jpeg extention. The default for PhotoShop Express is .jpg and niether application allows a choice. When using the "share" function to post on social media sites, the .jpeg file type will not post to Tumblr but does not does not return an error either. It would help if the user could have the choice of file types or just change it to a .jpg in the code.