[Digikam-devel] [Bug 145252] Umask settings used for album	directory, not for image files
    Arnd Baecker 
    arnd.baecker at web.de
       
    Tue Oct 16 16:35:34 BST 2007
    
    
  
------- 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=145252         
------- Additional Comments From arnd.baecker web de  2007-10-16 17:35 -------
I had a look at the rights problem concerning
the thumbnails first:
Thumbnail generation is done in 
  graphics/digikam/kioslave/digikamthumbnail.cpp
where one finds the construct
  KTempFile temp(thumbPath + "-digikam-", ".png");
into which then the thumbnail is written by
  img.save(temp.name(), "PNG", 0);
After this the file is renamed.
According to the documentation of KTempFile the default mode is 0600,
i.e. -rw------- 
So if there is a way to create the temporary
file with the current umask, all should be
fine.
Note that in digikam/kioslave/digikamalbums.cpp 
one finds this approach:
    if ( ::mkdir( _path.data(), 0777 /*umask will be applied*/ ) != 0 )
So to me it seems that 
  // Using 0777 as mode means that the umask will be applied.
  KTempFile temp(thumbPath + "-digikam-", ".png", 0777 );
should solve this problem.
Does this sound reasonable, or are there any security (or other
problems?) with this approach?
I suspect that the other rights problems are similar ...
Best, Arnd
    
    
More information about the Digikam-devel
mailing list