Skip to main content
Known Participant
April 27, 2015

P: TIFF file reloads after each Develop edit, potential data loss

  • April 27, 2015
  • 123 replies
  • 2749 views

LR6 (CC), edit TIF file (imported from PS or NIK). Image "reloads" after almost every Develop module edit. In some cases, all previous Develop module settings are lost, and the image reverts to it's original appearance. Even though the previous Develop module edits are still shown on the History panel - they no longer have any effect. Result - total loss of all user edits.

Workaround: disable "Automatically write changes to XMP" in catalog settings. This is what appears to trigger the constant "reloads".

Note this does not appear to be related to GPU - the problem occurs exactly the same whether GPU is enabled or disabled. Also note, the problem does NOT occur when editing RAW files. So far, it appears to occur only with TIF files.

Lightroom CC, 2015 Release
Windows 7, 64-bit, all latest updates
AMD Radeon HD 7700, latest AMD drivers

This topic has been closed for replies.

123 replies

Participating Frequently
May 18, 2015
Hi All,

As stated in this thread, we have been able to reproduce the problem, and are working on a fix. In the meantime you can work around it by quitting and relaunching (which should fix the issue for any existing files, but not for new files generated within the current session). Or you can turn off auto-write XMP. Then, if you want metadata saved to XMP, before you quit Lightroom you can cmd/ctrl-A to select all files, and then cmd/ctrl-S to manually save metadata to XMP.

-Ben
Inspiring
May 18, 2015
Just adding my comments here to bolster feedback. I tend to work on my images on my macbook before transferring to my iMac so I don't won't disable xmp. I know LR doesn't create separate xmp files for TIFFS etc but I don't want to lose work on Raw images. Using tiffs from SilverEfex I don't lose my edits. Image flashes but edits remain. Switching LR off and back on does solve for that file but any new file created the problem returns.

For tiffs created in ColourEfex I can make say brush edits but after I make the edit I am not left with a control point to go back to, just the edit.

Most irritating.
May 16, 2015
Simply put, with XMP files unchecked the problem of reloading goes away. When checked it returns. This is very annoying as I want to use every advantage I can on my images. Lr5 was flawless in my opinion. I don't really want to go back to Lr5 but, at least XMP works. I'm paying for a subscription that is inferior. I have always praised Lr to people, telling them if you could afford just 1 software, Lr is the 1 I would choose. This really needs a fix pretty soon Adobe.
Participating Frequently
May 15, 2015
I know this is already worked on and hopefully we will see a fix soon.
I just wanted to add that this problem apparently is not limited to TIFF files. Yesterday I did some refinements in Photoshop CS5, went back to LR6 and added a gradient filter on the PSD file. Showed the same behaviour: Reload after every slider movement and after the third or fourth change the PSD reverted back to its original state.
Inspiring
May 15, 2015
Same problem as reported by everyone else.

After working in Alien Skin 7 the Tiff file back in Develop mode reloads after EVERY adjustment. Frustrating.
Known Participant
May 14, 2015
Thanks, Ben. Yes, this issue, and it seems many others, are not GPU related.

I'm glad you have been able to reproduce this bug. Hopefully it's an easy fix and we see a update soon.

The second biggest issue for me besides this one is the extremely slow and quirky rendering time of images when switching from image to image. Since the main advertised feature of LLCC was increased speed, and sorting thru and handling images quickly is (to me) the heart of lightroom (vs, say, PS) it's quite disappointing.
Participating Frequently
May 13, 2015
Hi Andy,

As noted throughout this thread, the bug discussed here (losing edits on TIFF files) has nothing to do with GPU acceleration. Additionally, as also noted above, we have now been able to reproduce the problem, and are working on a fix.

Thanks,
Ben
Known Participant
May 13, 2015
Many of you may have seen this, but there is an active thread on this problem in adobe forums:

https://forums.adobe.com/thread/18285...

It was actually started by an adobe employee, which I really appreciate. However his explanation of the basic immaturity of the gpu assist is not encouraging, and there has been no further response from adobe. And as people on this thread have found, disabling gpu does not solve the full problem.

There are 113 responses on that thread. Again, it's hard to figure out how adobe engineers can't reproduce this problem that is hitting so many people on so many different machines, high end to low.

I sincerely hope adobe is working on this, and that we will see an LR update soon. It would also be encouraging if someone from adobe would respond again on this forum.
Participating Frequently
May 12, 2015
This is just an off-the wall thought, but is it possible the reason this doesn't affect everyone, and not always in the exact same manner when it does (like I've not experienced any data loss), could have something to do with the storage configurations on our different systems? On my PC, I have Lightroom installed on my C: drive, which is an SSD. My catalogs are on that drive too. However, all of my images are stored on a separate, standard hard drive, which is where the XMP files wind up. Just trying to think "out of the box" a little.
Participant
May 12, 2015
I'm finding the same as you Larry, but working on Tiff files. Curiously, this to happened with photoshop edits too in the CC version until a few days ago but now it's only re-imported tiffs from Nik that are a problem.