Bug 96806 - permissions change not actualized
Summary: permissions change not actualized
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-01-11 22:23 UTC by Alias
Modified: 2009-12-05 15:48 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alias 2005-01-11 22:23:03 UTC
Version:            (using KDE KDE 3.2.3)
Installed from:    SuSE RPMs

This bug is probably the same as the bug #59040 which has been closed as fixed but really isn't fixed.
1) create a dir (from within konq) "test"
2) go into it; create there a file "testfile.txt"; go back
3) change permissions from (default) drwx-r-x-r-x to drwxrwxr-x
choose "apply recursively"
4) changes are visible on current dir: "test"
5) go into it: file permissions of "testfile.txt" are still -rw-r--r--
alternatively look at permissions of directory "test" from within it (clicking on the backdrop): they don't show the change: they correspond to -rw-r--r--; same for file "testfile.txt". go up one step: click on "test" and look: perms correspond to "-rw-rw-r--"
6)press on reload-> changes are visible both on "test" and "testfile.txt"

Expected behaviour: changes should be visible immediately without the need to press on reload.
Comment 1 Alias 2005-01-13 21:03:08 UTC
Sorry I found a typo:
under 5) above: perms of directory "test" from within this directory (meaning properties window called clicking on the backdrop) are "drwxr-xr-x".
If one clicks on the dir "test" itself, the properties window shows "drwxrwxr-x"

And a clarification/correction: under 3) change the perms of directory "test"
from drwxr-xr-x to drwxrwxr-x (applied recursively)

Sorry for the trouble
Comment 2 urwald 2006-05-08 14:54:38 UTC
Having the same problem on 3.5.1 / SuSE 10.1.
Comment 3 Ben Adler 2006-08-31 01:19:45 UTC
You're using the detailed view and are talking about the permissions-column, right? Or the tooltip that pops up when hovering above the file?

Cannot confirm for either scenario on 3.5.2, gentoo. Could it be that your view isn't updated because you don't have fam/inotify or any of its friends telling konq that something changed?
Comment 4 Alias 2006-09-01 21:05:59 UTC
permissions are not automatically updated in both cases. Detailed view or tooltip when hovering above the file.
I don't know what's fam/inotify so I can't answer the question but if I make some changes using konq, it's quite unlogical that konq doesn't know about the changes.
That said, when I change the perms using a terminal window, changes aren't seen without clicking on the actualise icon. So you may be right about fam/inotify. Just tell me more about this, so that i can confirm that.
Comment 5 urwald 2006-09-10 12:04:33 UTC
Having the same problem on 3.5.1 / openSUSE 10.1.

I've tested it clicking right on the files and calling the properties dialog. Also this isn't actualised.

When I create new files or delete files using the Konsole/mc, then konqueror shows the changes immediadly. Also when I cange the content of a file, then konqueror actualises the preview icon immediadly and adjust the information about the file size.

But when I change the permissions of a file using Konsole/mc, then konqueror stays with the old information - until I click manually on "reload".

So the automatic notification seems to work for file size/content, and also for file creation and deleting files. For changing permissions it doesn't work. Don't know if this is a problem of inotify/fam or of KDE, but maybe this information helps you.
Comment 6 lexual 2006-09-29 00:54:48 UTC
Just reproduced in 3.5.4 from kubuntu edgy.
Comment 7 Jaime Torres 2008-08-06 19:16:38 UTC
It works for me in 4.1.60 svn trunk 838244
Comment 8 FiNeX 2009-12-05 15:48:50 UTC
File permissions setting has been fixed in KDE 4 in fact.