LR4.1 stops working when choosing "Other" for "Color Profiles" (Export or Print menus)

  • 1
  • Problem
  • Updated 6 years ago
  • Not a Problem
Hi,

LR4.1 on Win7 (32b) freezes each time I choose "Other" from Color Profiles, in both Export and Print menus.

As I know that some corrupted Color Profiles in the OS may cause LR crashes, I removed the whole content of the folder C:\Windows\System32\spool\drivers\color and I get the same behaviour (even when LR displays only grayed images instead their normal appearance, as it cannot find any color profile...).

I also tryed with only a couple of trusted icc profiles in the color folder, without any change...
It happens for both raw and jpg images, doesn't matter the content and the size of the catalog.

Did someone have the same problem?

Thanks, Victor
vsinceac@free.fr
Photo of Victor Sinceac

Victor Sinceac

  • 9 Posts
  • 0 Reply Likes

Posted 6 years ago

  • 1
Photo of Steve Sprengel

Steve Sprengel, Champion

  • 2586 Posts
  • 323 Reply Likes
You might search your hard-drive for *.icc and *.icm. I am also finding some color profiles under my user folder so LR may be looking in more than the one place:
C:\Users\username\AppData\Local\Adobe\Color\Profiles
Photo of Victor Sinceac

Victor Sinceac

  • 9 Posts
  • 0 Reply Likes
Ugh... There are really many of them...
For example, I tried to remove some 15 *.icc files from : C:\Windows\System32\DriverStore\FileRepository\prnhp002.inf_x86_neutral_e6daa9c39ac001a3\I386
The LR continues to freeze... (and I even cannot restore the files.. :o((
In fact, there are everywhere such icc and icm files (for example: C:\Program Files\MonitorDriver), as many programs use them. Trying to remove all these file would be not easy at all...

Does someone know where exactly goes LR to find the "other" color profiles?
Photo of Victor Sinceac

Victor Sinceac

  • 9 Posts
  • 0 Reply Likes
I also tried to remove the two icc files from C:\Users\username\AppData\Local\Adobe\Color\Profiles
and LR also freezes...
Photo of Richard Owens

Richard Owens

  • 28 Posts
  • 8 Reply Likes
C:\Windows\System32\spool\drivers\color
The profiles are located here.

Rich
Photo of Victor Sinceac

Victor Sinceac

  • 9 Posts
  • 0 Reply Likes
If LR4.1 would only search for color profiles in C:\Windows\System32\spool\drivers\color, this means the color profiles I have are not the reason of this bug... as it also happens with an empty color folder...

I think assumption is true, as LR displays completely gray raw images on the screen with en empty color file, even if there are many other color profiles in other folders...

Conclusion: it is a real LR4.1 bug from my point of view, independant from any color profile.

What to do next? Does someonee know if Adobe manage bug reports from outside?
Photo of Steve Sprengel

Steve Sprengel, Champion

  • 2586 Posts
  • 323 Reply Likes
Presumably you're not hiding the profiles UNDER the color folder, where they still might be found.

Also, if it was a LR bug, then this button wouldn't work for anyone. It clearly works for most people. It works for me. The profile list comes up in a fraction of a second when I select Other. And for FWIW, the only folder paths for the profiles listed when I select Other is the standard folder you mention in your first post.

You might test to see if the OS can bring up the list of color profiles: Control Panel / (View by: Small icons, if necessary) / Color Management. / select your printer from the drop-down list / enable Use my settings for this device / Add... and then see that the list of profiles is similar to the files you're seeing in the Color folder.

Have you rebooted and run a chkdsk/scandisk to make sure there aren't some file-system issues? You might put the profiles back before rebooting.

You might also try resetting preferences in case it is something with the paths inside there.

Check to see if you have any non-existent printers listed or if there are network printers that aren't connected.
Photo of Victor Sinceac

Victor Sinceac

  • 9 Posts
  • 0 Reply Likes
No, the color folder was completely empty when I made the test, and LR crashes in the same manner, while it has not loaded any color profile in order to correctly display the raw images...

Anyway, the OS correctly handles (via the OS Color Manager - colorcpl.exe) the whole list of color profiles (and not only *.icc and *.icm), when they are in the color folder. I also tried DocBees-ProfileManager and ICC Profile Inspector, and everything seems to be ok about the color profiles from their point of view...

I think it is a LR bug, as it happens always for me. I don't know if the bug comes from the LR code or well from outside, but what I'm sure is that LR doesn't handle well some internal or external event which occurs on my system...

Of course I have printers, scanners, etc. which are not always connected, and this should be a pretty "normal" configuration, well handled by any software...

I had just the hope it also happens for someone else which has maybe some solution, as I don't know how to send all this stuff to Adobe's bug tracking system...

Anyway, I'll try on my side to make all tests I can handle by myself, when I'll have enough time...

Thanks, Victor
Photo of Victor Sinceac

Victor Sinceac

  • 9 Posts
  • 0 Reply Likes
I also deleted the LR preferences file, and the problem still occurs...

Thus the bug is reproducible on my system with any color profile in the OS color folder (or no profile at all), any LR4.0 or LR4.1 catalog, for both Print and Export menus...
Photo of Victor Sinceac

Victor Sinceac

  • 9 Posts
  • 0 Reply Likes
Does someone know if there is some debug option in LR4.1?
Such an option would be a great help in tracking this kind of reproducible bug...
Photo of Victor Sinceac

Victor Sinceac

  • 9 Posts
  • 0 Reply Likes
I tried to blindly folllow most of the tricks listed in http://helpx.adobe.com/x-productkb/gl...
(launching LR in a new user space, purging the virtual memory, removing LR plug-ins, temp files, user control, etc...) and finally one of them worked : launching Win7 en SafeMode! As the screen resolution was changed, the Export tab was not easy readable, and I say the famous Color Profiles tab.

This made me found the famous "bug": in fact, I have a second monitor that I leaved turned off from a couple of weeks as I had no more need to use it. I think the last time I used it, I also used the tab raised when choosing "Color Management / Other", on that screen... And LR (or the OS?) kept that location for the color profile window, and as the 2nd screen was turned off, LR was not freeze but simply waiting for the color profile window to close....


Conclusion : LR doesn't stop working, but simply waiting for some user input (closing or aborting the work with the color profiles window) from a 2nd monitor. Thus, the problem comes when the corresponding second monitor is out of service...


I guess the OS manages the corresponding screen for each element of a software, and not the software itself... but I'm not sure...

Anyway, one of them should be able to detect when a secondary screen is turned off and move all corresponding windows, tabs, etc on the other screen... Otherwise, one should never be able to continue working on a double monitor system when one monitor splashes...

Am I wrong?
Photo of Victor Sinceac

Victor Sinceac

  • 9 Posts
  • 0 Reply Likes
PS: Nota Bene: When I said OS, I guess it was better to say video card... Or both of them...