Bug 295294

Summary:	startup reads far too many files
Product:	[Applications] digikam	Reporter:	Pierre Hanser <hanser>
Component:	Setup-ColorManagement	Assignee:	Digikam Developers <digikam-bugs-null>
Status:	RESOLVED INTENTIONAL
Severity:	normal	CC:	caulier.gilles, marcel.wiesweg
Priority:	NOR
Version:	2.3.0
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:	2.6.0
Sentry Crash Report:

Description Pierre Hanser 2012-03-04 09:02:30 UTC

User-Agent:       Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:10.0.2) Gecko/20100101 Firefox/10.0.2
Build Identifier: current from git

hello

i run digikam with strace to see what it does during initialisation
40% of system calls are used to walk through my home directory
(which is admittedly huge) but where none of
my albums is placed. 

Guess: it seems to be looking for color profile files as i have
declared home as containg my computer icc profile. I never
thought that would imply recursivity.

I can modify this, but at least a warning should appear in
the settings menu for icc profile as this can have a huge
impact.

Reproducible: Always

Comment 1 Marcel Wiesweg 2012-03-04 20:39:53 UTC

Move your color profile to a standard location, such as ~/.local/share/color/icc/
color/icc directories need to be searched recursively.

Note that the comprehensive solution should be system-wide color management support where the available profiles are listed by an API and are configured in system settings.

Comment 2 Pierre Hanser 2012-03-09 17:25:13 UTC

ok

i want to add that even if you disable color management in the settings,
if unfortunately you have modified the root path for color profile, the
directory indicated will be searched recursively for standard color profiles.

so disabling color management is not enough to solve the problem.
you need to get this path reverted to something more appropriate.

and if you disable color management you no longer have access to the
two other tabs where the path is specified!