[Bug 149475] New: first start of digikam with Albums Library Folder with no write access aborts

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=149475         
           Summary: first start of digikam with Albums Library Folder with
                    no write access aborts
           Product: digikam
           Version: unspecified
          Platform: Debian stable
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: digikam-devel kde org
        ReportedBy: oongi web de


Version:           0.9.2 (using KDE KDE 3.5.5)
Installed from:    Debian stable Packages
Compiler:          gcc
OS:                Linux

Hi,

I would like to give read- (without write-) access for some users to my Albums Library Folder with digikam, because the users could use the keywords- and datesorting of digikam. When I start digikam for the first time (as a user with read-only access to the library) the "Album Library Path"-Window pops up and asks me for the path to the "Albums Library Folder". At this point digikam won't accept a path with read-only access.

I use this workaround at the moment: In the first startup-dialog I choose a path with write-access (for example in my home-folder). After the startup of digikam I change the path in "Settings->Configure digikam->Albums->Album Library Path" to the path with read-only access. At this point digikam doesn't check the permissons of the path, obviously. The user with read-only access can now browse my Library by albums, dates or keywords (without defining new searches...).

I would suggest to remove the permissons-check of the path during the first start of digikam.

Thanks

oongi
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=149475         




------- Additional Comments From arnd.baecker web de  2007-09-02 21:07 -------
The problem with this approach is that no tags, ratings
(and searches, as you mention) can be modified/added, as all this
is stored in the database (and, depending on the settings, also the images)
How does digikam react in your setup on such changes?

Note that this is also related to
https://bugs.kde.org/show_bug.cgi?id=107871
https://bugs.kde.org/show_bug.cgi?id=114539
and could even be considered a duplicate of
https://bugs.kde.org/show_bug.cgi?id=114682
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=149475         




------- Additional Comments From oongi web de  2007-09-02 23:01 -------
digikam doesn't react, when a user without write-access to the db tries to add or modify tags, ratings or searches. It fails silent. Thats not nice, but for me not a big problem, because I told the users, that they can't add or modify images, tags, ratings or searches.

Nevertheless I think digikam is much better for browsing the image library then any other image-viewer, because with digikam the users can browse the images by date or tags and use the searches I defined before.

In any case the handling of the permisson-check of the library folder should be consistent (IMHO): Either digikam should ceck the permissons during startup _and_ at the moment when a user sets the image library path through the settings-dialog or not in both cases.

oongi
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=149475         
caulier.gilles gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|general                     |setup
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel