Bug Reports

The following expression fails when called from an LrExportServiceProvider script: LrTasks.pcall (LrFileUtils.exists, ".") It generates the error "attempt to yield across metamethod/C-call boundary". This makes my Debugging Toolkit difficult, if not impossible, to use with an export service.  (The toolkit uses LrTasks.pcall() to catch errors, and it uses LrFileUtils.exists() to implement a more useful require().)Tested in LR CC 2015.8 / OS X 10.11.5.To reproduce the bug:1. Start with a copy of  "ftp_upload.lrdevplugin" from the "Sample Plugins" folder of the Lightroom SDK 6.0.2. Insert these lines at the top of "FTPUploadServiceProvider.lua": local LrFileUtils = import 'LrFileUtils'local LrTasks = import 'LrTasks'LrTasks.pcall (LrFileUtils.exists, ".") 3. Try to export a photo with FTP Upload. The post-processing action is never invoked.4. Go to File > Plug-in Manager and observe that the plugin encountered an error:5. Comment out the lines inserted in step 2 and reload th

Identity plate looks pixelated in the slideshow unless "Render in Background" is UN-checked.Does not happen when you export to video.The bug was present in version 2015.7 and 2015.8 on Mac 10.11.6

I posted the below to the Adobe Communities > Lightroom > Discussions forum earlier today and an MVP suggested I post the problem on this forum because they, too, have the same problem.Occasionally I will create an audio file to accompany an image. That audio file is written to my camera's CompactFlash memory card in a wav format. In my workflow, I insert the CF card into my computer and open LR to initiate an import ofthe image as well as to rename the image using my own template (which is yyyy_mm_dd_HHmmss). Since LR1 and until sometime about 4 months ago, that workflow worked perfectly renaming both image and its accompanying wav file (giving both the same name) and placing both in the folder I designated during import. That enabled me to use LR to see which images had attached audio files by looking at the Library module's Metadata field entitled "Audio File" while I viewed the images as well as to playthat wav file by clicking the appropriate arrow in the Metadata panel. Dur

I am running the latest version of Lightroom CC (2015). I have a workflow whereby I export JPEG files from the Slideshow module, with text overlay '©[creator]'. Each picture has a different name entered in the creator field in the library module. The overlay '©[creator]' previews correctly in the slideshow, but on export the actual [creator] of the last file is shown on ALL the files.The only workaround I can find is to export one file at a time, which is hardly a time saver.Is this a known bug? Is there a solution?

I consider this a confising behaviour occuring sometimes maybe a part-bug:Scenario: In Loupe view, you can switch betwen photos using arrows. Sometimes, this operation is fast, but it takes around two seconds - the photo is shown immediately, but it takes some time till the UI is refreshed (Histogram, Metadata panel etc.), photo is redrawn in high res. etc. This is not the bug yet.The problem is: During this operation, you are already seeing the new photo, but the filmstrip below show the previous photo as selected. And if you press the "B" button to ad it into quick collection, the _previous_ photo is added into the collection. Although you are watching different photo. I found this very confusing at start, before I found I have to wait. But this bug hase been here for years and would be nice to fix it 🙂I have a Windows 10 on a very fast computer (i7 6700K, 32 GB RAM, nvidia GTX 1070).

Lightroom completely ignores the Microsoft IME for Japanese typing on a qwerty-keyboard.Normally one should be able to type in hiragana or katakana by typing in the characters as if romanized. The IME then converts them to kanas in automatically and suggests kanji. That's how in works in every application... Except Lightroom.In Lightroom, you can only ever enter alphabetic characters on a qwerty-keyboard. It doesn't seem possible to enter hiragana at all, with the Japanese IME enabled, active and working beautifully in every other application.First, I'd like to know why Lightroom ignores the IME.Secondly, please fix this VERY soon. This is a real crapjob for Japanese customers. And whomever incidentally has to enter some japanese text into their descriptions, such as myself.Tested on Lightroom 6.7 on Windows 10. UK English display language, UK English locale, Japanese IME on a Lenovo T450s laptop with US keyboard layout.

I recently upgraded to a 4k second monitor to replace a HD monitor. I did work through various type size issues discussed elsewhere, and the Library, Develop and Book modules are working fine.The Map and Web modules only partially redraw the main image window and are totally unusable.  GPU acceleration has no effect. Nvidia GTX 860M driving the 4K UHD monitor via Display Port.Looks like a bug of sorts to me.  Any ideas on fix or work around?Thanks!

On Lightroom mobile web (lightroom.adobe.com), if I click once on an image to zoom in it is no longer possible to move / pan around the image. This was working fine a few weeks ago.For me the bug occurs both in shared galleries and on the main site. I tested this with Firefox 50.0 and Chrome 54.0.2840.99.

When i choose "edit original" in Photoshop then the LR develop module doesn't reload the image after i saved the tif in Photoshop. But the library module DOES refresh. So i end up with different previews in library and develop. Only solution is to restart LR. After the restart i can see the current preview in develop module too. Steps to reproduce: - Open your raw file (i use dng) in LR. - Choose "edit in Adope Photoshop". Make some changes and save. Lightroom will automatically import the created tif file. Switch to develop module in LR - Now make another change in PS and save. - LR should detect that change to the tif file and refresh the preview. Maybe you need to switch to the next image and back to have LR refresh the image. But it should work. - Now close LR and PS. - Start LR again. - Select the tif file again, switch to develop module and choose "edit original" in Photoshop. - Make changes in PS and save. - LR will not refresh the preview in the develop module! But it will refr

I am receiving sync errors when creating tif files passed between Lightroom and Photoshop. I’ll detail the issues in the steps below but first my setup and some definitions: Using Lightroom 5.4 on Windows 7 64-bit and Photoshop CC 14.2.1 with latest Camera Raw 8.4 Using Lightroom mobile version 1.0.1 on iPad Air (32 Gb version) Lrd = Lightroom desktop Lrw = Lightroom on the web (lightroom.adobe.com) Lrm = Lightroom mobile app Ps = Photoshop CC What I did: Sync a collection of Lrd photos to Lrm. In my case I successfully synced 50 dng photos to the mobile app. Lrw also shows photos correctly. Pass a photo from Lrd to Ps using Lightroom’s Edit In command. In Ps add a text layer (or an adjustment layer). The intent is to have a simple way to make a visible change and have the ability to easily turn the layer on or off. Save the file (Ctrl+W) which automatically adds the new tif file to Lrd and automatically syncs to Lrm. All Lightroom instances (Lrd, Lrw, and Lrm) all correctly show th

With Lightroom 2015.7 on macOS Sierra (released today) the scrolling behaviour for changing brush sizes using the trackpad is very "twitchy".  It will jump from tiny to large with very small scroll movements.  All other scrolling in the OS as well as the rest of Lightroom is unaffected and works as normal.Areas of issue: - Adjusting size of spot removal tool - Adjusting size of the adjustment brushUnaffected: - Scrolling the grid view - Panning around the image with 2 fingersI've tried with the GPU on and off.Hardware:15" 2014 MacBook Pro with 16G ram and SSD (65% full).  2.2Ghz i7.Actual behaviour:The best I can do is describe it as twitchy.  In the previous version using the scroll action (two fingers on the trackpad moving up and down) the brush sizes would adjust in a smooth and linear manner.  The current behaviour has the size jumping (smoothly, no going from big to small with nothing in the middle) very fast from big to small or back.

Pressing the "^" Key in Lightroom (language English) on my Macbook Pro 13' (German key layout) running macOS Sierra produces an "Internal Error" because "Range or index out of bounds" prompting me to "continue" or "crash" Lightroom.Anyone else with this problem?

Export preset where you chose "Open in other application" and you have selected a droplet (I have a folder with many droplets) does not work, because the droplet utilized by photoshop is not the one chosen in the export preset

Right after doing the updates to the newest versions of both LR and PS on the same computer that all was working on, Edit it Photoshop command from LR does not work if Photoshop is not already open and running.  LR is unable to launch PS is the problem. I can manually launch PS while LR is stuck trying to send the image file and launch PS, and if I manually launch PS, it opens and receives the image from LR.  If I don't lunch PS myself, LR does not succeed in opening it and eventually error's simply saying that photoshop failed to open.

The lensprofile for the Zeiss Batis 2/25 is obviously faulty. The vignette correctiongoes either the wrong direction or is way too bright. It creates a sort of awhite vignette to the images. Who’s to address this issue – Adobe or Zeiss?

During import, most import settings have disappeared save for a couple. Strangely, import presets still apply the settings that are missing. This happens during Copy & Copy as DNG (my default choice).I'm running MacOS Sierra Beta and the latest LR available on CC.

I have created a NEW post because of the MANY other posts about this problem.I have seen several posts on the Lightroom forum and this Photoshop Family forum of the adjustment brush stops working.  Many of these were unsolved.   A recent post on the Lightroom forum has a REPEATABLE scenario to make the adjustment brush stop working. See here in posts #9, 10 and 11  https://forums.adobe.com/thread/2082068The scenario is as follows and as the forum post shows happens on Windows and Mac.Use the Adjustment BrushRemove any photo - chose Delete from DiskAdjustment brush stops working (no new pins, can't select old pins, nothing in history)Select Spot Tool and create random spot/heal and immediately delete spot/healSelect Adjustment Brush and the Adjustment Brush will start working again.This behavior is completely REPEATABLE.

Under the Keyword List, when the count for a given keyword exceeds 99999, the count is displayed with the last 3 digits printed as "...".   For example, for a count of 100373, the Keyword List  displays it as "100...". No matter how wide I make the far right panel, keyword counts of 100000 and more will not display the final 3 digits. I often use the exact counts for inventory control and photo asset management.  The loss of the last 3 digits of large counts is a significant burden to these functions. [LR 5.6]

If I add the keyword B&W once, the next time I start a keyword with B, I get offered the choice BW (uppercase B, uppercase and underlined W). This is a standard function in databases but I feel that the keyword input should be (further?) sanitised so that the returned string is the same as the input. Thanks.

drop down menus on develop panel pop up in centre of screen not under the dropdown after upgrading to LR2015.6 cc release.  Problem can be avoided by lowering the display resolution from 2560 x 1440 to 1920 x 1080  Lightroom version: CC 2015.6 [ 1078672 ]License: Creative CloudOperating system: Windows 10Version: 10.0Application architecture: x64System architecture: x64Logical processor count: 8Processor speed: 3.4 GHzBuilt-in memory: 16320.4 MBReal memory available to Lightroom: 16320.4 MBReal memory used by Lightroom: 1592.7 MB (9.7%)Virtual memory used by Lightroom: 1813.5 MBMemory cache size: 26.7 MBMaximum thread count used by Camera Raw: 8Camera Raw SIMD optimization: SSE2,AVX,AVX2System DPI setting: 120 DPIDesktop composition enabled: YesDisplays: 1) 2560x1440, 2) 1680x1050Input types: Multitouch: No, Integrated touch: No, Integrated pen: Yes, External touch: No, External pen: Yes, Keyboard: NoGraphics Processor Info: GeForce GTX 960/PCIe/SSE2

Recently installed Adobe Lightroom 4.2 on a Windows 7 Professional 64 bit system. I have a Synology DS 213 NAS which has approximately 25,000 potographs. I am trying to import them into a Lightroom 4 catalog. However LR constantly crashes!!! Google Picasa never gave me any trouble! Any suggestions? Where can I get a refund for this buggy software?

Configuration: MacBook Pro i7 2.7 GHz, Lion 10.7.2, Lightroom 3.5 What I try to do: Publish a set of photos and videos to my harddisk with the option "limit file size" set to 1000 kB. When I try to publish I get an "assertion failed" error for all the videos. When I uncheck the limit file size option, everything works fine... Is it a bug? I thought that videos are not concerned by the settings concerning file size or picture quality...

Hi,I have last version of Adobe Lightroom CC.Steps to reproduce bug:1. Enable profile corrections.2. Make some changes in Distortion.3. Make some changes in Crop mode - correct angle.4. Select Brush and start selecting at the edge of photo.Actual result:Area marked as square during selection.

When I apply lens correction to images taken in sRAW format, they do not correct the image in the same way that they do on full size RAW files.I ran tests on Nikon D810 RAW 14 bit, 12 bit and sRAW files, all taken on a tripod with identical framing, equipment (Nikon 14-24mm), and settings.The lens correction was properly applied on the RAW 14 bit and 12 bit files but not on the sRAW file, although the lens used was shown as detected.Any help to have lightroom correct for lens distortion on Nikon D810 sRAW files?

Since updating to LR CC 2015.6 Lightroom frequently locks up when selecting to import photos from an iPhone or a DSLR SD card.  The problem does NOT occur with every import.  But when it does occur sometimes it is necessary to delete the com.adobe.Lightroom6.plist file in order to successfully import after the force quit.  Other times it is NOT necessary to delete the prefs file in order to do the import following a force quit.  iMac 27", 8GB RAM, OS X 10.11.5, about 1TB free disk space.  Is this a LR bug in the latest version?  Didn't happen with previous versions.