[digikam] [Bug 382358] New: Windows: configuration must be stored in %APPDATA% not in %LOCALAPPDATA%

Thomas Debesse bugzilla_noreply at kde.org
Sat Jul 15 05:12:21 BST 2017


https://bugs.kde.org/show_bug.cgi?id=382358

            Bug ID: 382358
           Summary: Windows: configuration must be stored in %APPDATA% not
                    in %LOCALAPPDATA%
           Product: digikam
           Version: 5.6.0
          Platform: Other
                OS: MS Windows
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: digikam-devel at kde.org
          Reporter: dev at illwieckz.net
  Target Milestone: ---

Hi, I discovered that on Windows platform, Digikam is storing it's `digikamrc`
configuration in %LOCALAPPDATA%, which is wrong.

%LOCALAPPDATA% is a place that is tied to the local computer and can be safely
thrown away, it's the right place for cache things (like `digikam/cache`, but
not for config file.

For example, while connecting to a random workstation belonging to a Windows
Domain %LOCALAPPDATA% would be something like
"C:\Users\<username>\AppData\Local" but %APPDATA% would be something like
"\\<server>\<username>\AppData".
On this configuration, the backup system only have to backup %APPDATA%.

On a Windows Domain setup, %APPDATA% is either available by roaming or by
network drive, meaning any user can connect to any computer and recover it's
own config file if this configfile is stored in %APPDATA%. It also means a
computer can break and the user lost nothing. The sysadmin just put throw away
the faulty computer and put a brand new one without having to copy files from
the faulty computer.

On the contrary, if the config file is mistakenly stored in %LOCALAPPDATA%
instead of %APPDATA%, everytime an user switch its computer (because it was
replaced, or because computers are not tied to one user and everyone can use
every computer), this user will have to reconfigure Digikam from scratch, and
of course, the user will end with as many different configurations as computer
he logged in. This also means that if the drive is lost, the digikam
configuration is lost.

%LOCALAPPDATA% is not meant to be on backup, it's for local cache and stuff
like that. %LOCALAPPDATA% is meant to store stuff that can change when user
change its computer, which is not an user expects from a configuration file.

So, stuff like `digikamrc` and `digkam_tagmanagerrc` must be stored in
%APPDATA%.

Stuff like `digikam\template.xml` (author templates) must be stored in
%APPDATA%. By the way, it would be better to store author templates in database
 like labels are, but that's another topic. As long as this kind of stuff is
not stored is database, it must be stored in %APPDATA%.

Stuff like `digikam/cache` must remain in %LOCALAPPDATA%, that's the right
place for that, because Domains administrator does not want to uselessly
increase their backup size by storing per computer throwable temporary cache,
and it would uselessly consume network and drive resources, breaking the
purpose of a “local” cache.

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the Digikam-devel mailing list