After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 68230 - cut or copied files are lost if view is switched (list vs. icon view)
cut or copied files are lost if view is switched (list vs. icon view)
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Views: All
1.0.x
Other other
: Normal normal
: 1.1.x
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-01-08 06:16 UTC by dan.hensley
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.0



Description dan.hensley 2002-01-08 06:16:47 UTC
There is no indication that this shouldn't work.  If I select some files
from the List view and ^C or right-mouse and select Copy Files, then switch
to another folder not using a List view, when I try to paste files I get a
message in the bottom bar saying that the clipboard is empty.  However, the
same operation in Icon view works.
Comment 1 John Fleck 2002-01-08 14:07:16 UTC
The reverse also seems to be true - copy a file from icon view, and
you can't paste it to list view.

copy/paste list->list and icon->icon both seem to work.
Comment 2 Darin Adler 2002-01-08 17:33:19 UTC
I think this might be the problem in X where you can't paste if the
window you are pasting from is gone by the time you do the paste.
Other systems like Windows and Macintosh don't have this strange
limitation, but X does, perhaps because of the old style X clipboard.

A test case to try to check this hypothesis is to copy from an icon
view, change the window to a list view, and then try to paste into
another window's icon view. If this fails, then that's likely the
problem, and we can re-summarize this bug to reflect that.
Comment 3 dan.hensley 2002-01-09 04:46:26 UTC
I tried the test, and indeed that is the problem.  If I set one window
with list view, copy a file, and paste into a new window, it works
fine.  If I change the list window view to icon before doing the
paste, nothing copies.  One UI bug then is that Paste Files is still
active in the right-mouse menu, when there is nothing to paste.

Does Nautilus have a mechanism to work around this (major) annoyance
with X?  Whatever happened to the "tray" concept that was discussed on
the list a few months ago (I've been unsubscribed for a while so I
haven't kept track)?
Comment 4 Havoc Pennington 2002-01-09 05:01:23 UTC
Using GtkClipboard in GNOME 2, the selection will be stuck to a
persistent dedicated window, so we'll only lose the clipboard when
exiting the app, not when closing a window or switching views
(except out-of-process views since those are apps that will exit).

It's really quite simple to fix the entire problem by writing an
xclipboard kind of daemon, as long as you're willing to accept the 
tradeoffs involved (copying more data, and losing some formats the
data could have been provided in).

To get a "perfect" solution (passing data to the daemon only on
application exit) would require a bit more thought on someone's part 
but still shouldn't be that hard, someone with the requisite knowledge
just has to do it, and no one in the history of X has ever gotten off
their butt and done so. ;-) To be fair, not that many 
people have the requisite knowledge.
Comment 5 Darin Adler 2002-01-09 07:04:56 UTC
I plan to fix this by porting to GtkClipboard.
Comment 6 John Fleck 2002-01-26 04:15:26 UTC
Adding GNOME2 keyword.
Comment 7 Dave Bordoley [Not Reading Bug Mail] 2002-04-22 21:12:30 UTC
i think that andersca said that this was fixed. I might be wrong though
Comment 8 Anders Carlsson 2002-04-22 21:53:45 UTC
Yeah, should be a dup somewhere but I'm just closing this one now.