[prev in list] [next in list] [prev in thread] [next in thread] 

List:       konq-bugs
Subject:    [Bug 110366] New: Filemanager: rightclick on readonly directory gives
From:       "D.L.C.Burggraaff" <burdi () kabelfoon ! nl>
Date:       2005-08-07 20:19:10
Message-ID: 20050807221909.110366.burdi () kabelfoon ! nl
[Download RAW message or body]

------- 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=110366         
           Summary: Filemanager: rightclick on readonly directory gives a
                    context menu without a paste option
           Product: konqueror
           Version: 3.4.2
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: konq-bugs kde org
        ReportedBy: burdi kabelfoon nl


Version:           3.4.2 (using KDE 3.4.2, compiled sources)
Compiler:          gcc version 3.3.4
OS:                Linux (i686) release 2.6.10

Assume the ~/works directory to be readwrite (rwx) and the ~/works/readonly directory \
to be readonly (r-x).

Logged in as a non-root user a "touch works/touch01" will succeed and a "touch \
works/readonly/touch02" will fail (screenshot 01). A (drag and) drop on ~/works is \
allowed (a move/copy/link context menu is shown - screenshot 02) and succeeds. A \
(drag and) drop on ~/works/readonly is also allowed (the same  move/copy/link context \
menu is shown) and fails (screenshot 03). A (copy and) rightclick on ~/works gives a \
context menu with a "paste" option (screenshot 04) and the paste succeeds. A (copy \
and) rightclick on ~/works/readonly gives a context menu without a "paste" option \
(screenshot 05).

Logged in as root both a "touch works/touch01" a "touch works/readonly/touch02" will \
succeed (screenshot 06). A (drag and) drop on both ~/works and ~/works/readonly is \
allowed (a move/copy/link context menu is shown) and succeeds. A (copy and) \
rightclick on ~/works gives a context menu with a "paste" option and the paste \
succeeds. A (copy and) rightclick on ~/works/readonly gives a context menu without a \
"paste" option - note that if a "paste" option were given the paste would succeed.

Sensing whether a (copy and) paste is likely to succeed seems like a nice thing to \
do.  Alas the decision for root for ~/works/readonly is downright wrong.
Also, sensing whether e.g. Computer Associates eTrust Access Control and/or the OS \
Access Control Lists are present and make ~/works readonly at a higher level than \
(rwx) does not seem very practical to me - let alone any other higher level methods \
that exist / may exist in the future. Therefore the approach as taken for (drag and) \
drop to provide the gesture in the context menu and let the system decide on whether \
to succeed or fail seems more appropriate to me.

It should be noted that in KDE 3.2.3 a (copy and) rightclick on ~/works/readonly \
indeed gave a context menu with a "paste" option (screenshot 07) and that the paste \
failed for the non-root user (screenshot 08) and succeeded for root. \
_______________________________________________ Konq-bugs mailing list
Konq-bugs@mail.kde.org
https://mail.kde.org/mailman/listinfo/konq-bugs


[prev in list] [next in list] [prev in thread] [next in thread]