Bug 110366 - Filemanager: rightclick on readonly directory gives a context menu without a paste option
Summary: Filemanager: rightclick on readonly directory gives a context menu without a ...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: 3.4.2
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-07 22:19 UTC by D.L.C.Burggraaff
Modified: 2012-06-18 14:08 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
screenshot 01 - touch for non-root (112.97 KB, image/png)
2005-08-07 22:20 UTC, D.L.C.Burggraaff
Details
screenshot 02 - (drag and) drop context menu (129.03 KB, image/png)
2005-08-07 22:22 UTC, D.L.C.Burggraaff
Details
screenshot 03 - (drag and) drop failure (124.46 KB, image/png)
2005-08-07 22:23 UTC, D.L.C.Burggraaff
Details
screenshot 04 - (copy and) rightclick context menu with paste option (100.03 KB, image/png)
2005-08-07 22:25 UTC, D.L.C.Burggraaff
Details
screenshot 05 - (copy and) rightclick context mentu without paste option (95.04 KB, image/png)
2005-08-07 22:26 UTC, D.L.C.Burggraaff
Details
screenshot 06 - touch for root (111.04 KB, image/png)
2005-08-07 22:28 UTC, D.L.C.Burggraaff
Details
screenshot 07 - (copy and) rightclick context menu in KDE 3.2.3 (93.20 KB, image/png)
2005-08-07 22:29 UTC, D.L.C.Burggraaff
Details
screenshot 08 - (copy and) paste failure in KDE 3.2.3 (94.71 KB, image/png)
2005-08-07 22:32 UTC, D.L.C.Burggraaff
Details
screenshot 09 - (drag and) drop icon view (186.44 KB, image/png)
2005-08-11 21:21 UTC, D.L.C.Burggraaff
Details

Note You need to log in before you can comment on or make changes to this bug.
Description D.L.C.Burggraaff 2005-08-07 22:19:09 UTC
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.
Comment 1 D.L.C.Burggraaff 2005-08-07 22:20:39 UTC
Created attachment 12129 [details]
screenshot 01 - touch for non-root
Comment 2 D.L.C.Burggraaff 2005-08-07 22:22:19 UTC
Created attachment 12130 [details]
screenshot 02 - (drag and) drop context menu
Comment 3 D.L.C.Burggraaff 2005-08-07 22:23:30 UTC
Created attachment 12131 [details]
screenshot 03 - (drag and) drop failure
Comment 4 D.L.C.Burggraaff 2005-08-07 22:25:13 UTC
Created attachment 12132 [details]
screenshot 04 - (copy and) rightclick context menu with paste option
Comment 5 D.L.C.Burggraaff 2005-08-07 22:26:49 UTC
Created attachment 12133 [details]
screenshot 05 - (copy and) rightclick context mentu without paste option
Comment 6 D.L.C.Burggraaff 2005-08-07 22:28:02 UTC
Created attachment 12134 [details]
screenshot 06 - touch for root
Comment 7 D.L.C.Burggraaff 2005-08-07 22:29:55 UTC
Created attachment 12135 [details]
screenshot 07 - (copy and) rightclick context menu in KDE 3.2.3
Comment 8 D.L.C.Burggraaff 2005-08-07 22:32:06 UTC
Created attachment 12136 [details]
screenshot 08 - (copy and) paste failure in KDE 3.2.3
Comment 9 D.L.C.Burggraaff 2005-08-09 20:58:13 UTC
I found a SLAX CD witht Kde 3.4.0 - the symptom is already present there.
Comment 10 D.L.C.Burggraaff 2005-08-11 21:21:32 UTC
Created attachment 12179 [details]
screenshot 09 - (drag and) drop icon view
Comment 11 D.L.C.Burggraaff 2005-08-11 21:32:07 UTC
Today I tested with the Klax 3.5 alpha 1 CD - boot "klax nogui", logon as 
root/toor and issue "startx". In addition to what I already reported I saw
that a (drag and) drop on ~/works/readonly is allowed (move/copy/link context
menu) only in tree view, in icon view one gets a "You cannot drop any items
in a directory in which you do not have write permission" message in the
status line (screenshot 09). I verified that the same applies to KDE 3.4.2.
Comment 12 D.L.C.Burggraaff 2005-08-11 21:43:37 UTC
As this bug got rather long here is a summary:

A (copy and) paste into a readonly directory is not possible as the rightclick
menu has no paste option. If it had, the paste would succeed for root.
A (drag and) drop into a readonly directory in icon view is not possible as
a status line message instead of a move/copy/link context menu is given. If
the context menu would be given, the drop would succeed for root.
Please enable these features for root, or alternatively for everyone do not
test for the directory permissions and let the system decide.

Comment 13 D.L.C.Burggraaff 2005-08-11 22:26:46 UTC
I opened bug 110587 for KDE 3.5 (alpha1)
Comment 14 D.L.C.Burggraaff 2006-01-03 22:26:28 UTC
I retested with KDE 3.5 - the problem is still there ...
Actually this bug is not even confirmed :((
Comment 15 D.L.C.Burggraaff 2006-03-08 22:47:04 UTC
I retested with KDE 3.5.1 compiled from sources - the problem is still there ... 
Actually this bug is not even confirmed :(( 
Comment 16 D.L.C.Burggraaff 2006-03-31 17:27:32 UTC
KDE 3.5.2 compiled from sources - the problem is still there ...
Comment 17 D.L.C.Burggraaff 2006-07-13 23:27:02 UTC
KDE 3.5.3 compiled from sources - the problem is still there ...
Comment 18 Philip Rodrigues 2006-09-05 23:27:54 UTC
Confirmed in 3.5 branch r575787. Oddly, "Paste file" appears in the Edit menu when viewing a readonly directory, though it doesn't appear in the context menu.
Comment 19 D.L.C.Burggraaff 2006-09-06 23:42:28 UTC
Dear Philip,

Fill the copy "buffer" by rightclicking on a file and choosing "copy" from the
context menu. Then switch to the readonly directory. Indeed the "edit" menu now
shows a "paste" option. Choose that paste. When done as root the paste is
successful (correct), when done as non-root it fails (access denied, correct).

Also oddly, on the "edit" menu for a readonly directory the "create new" option
is enabled. Create e.g. a new file. When done as root this is  successful
(correct), when done as non-root it fails (access denied, correct).

Kind regards, Dick
Comment 20 Philip Rodrigues 2006-09-18 22:22:57 UTC
Hrm, on second look this might not be a bug, but intended behaviour. I'd have to leave the developers to comment
Comment 21 D.L.C.Burggraaff 2006-10-14 21:37:09 UTC
Kde 3.5.5 compiled from sources - no change ...
Comment 22 baum-im-wald 2007-01-07 20:37:37 UTC
I can confirm this and it is surely not intended that you are unable to paste things via the context menu but able to do so via drang and drop, if you are root and the directory is r-x.

the paste entry should be enabled all the time when running konqueror with root priviliges.
Comment 23 D.L.C.Burggraaff 2007-10-21 18:29:27 UTC
With KDE 3.5.6 no change.
With KDE 3.5.7 no change.
With KDE 3.5.8 no change.
Comment 24 FiNeX 2008-05-05 00:15:57 UTC
It seems fixed on 3.5.9 but I'm not 100% to have understand the bug:
I've created a directory where the user cannot write in. From konqueror the DnD action and the context menu doesn't have the "paste" action. Instead it is still present in the main menu of konqueror.

On konqueror 4 this has not been fixed, but konqueror 4 use Dolphin. I'll open a bug report for dolphin.
Comment 25 Myriam Schweingruber 2012-06-18 14:08:43 UTC
Message from the Bugsquad and Konqueror teams:
This bug is closed as outdated, as we do not have the manpower to maintain the KDE3 version anymore.
If you still can reproduce this issue with Konqueror 4.8.4 or later, please open a new report.
Thank you for your understanding.