My question is: How do I get rid of it?

See attached JPEG file.

It's the top item with the empty progress bar. The file no longer exists and the destination is on another computer (password-protected FTP connection).

I took the screenshot from which the attached was cropped while another file was being copied from a mounted Windows share. After editing it in the GIMP, I noticed the File Operations window was still open. Nautilus was, even then, trying to copy that nonexistent file to the 'secure' location to which it hadn't been connected for several hours.

Hope someone can help me with this.

BZT

Attached Images

fo-progress-window.jpg (30.4 KB, 7 views)

Run the following and see if it kills the "copy" process:
You may even need to "ps aux | grep nautilus" if that don't work, and kill it by its PID. Let me know if that helps any.

Cheers,

Josh

You know, I really hadn't thought of that. If this new progress window thingy is so "wrapped into" Nautilus that you have to be making a copy or doing a download from a share to even see it, then killing Nautilus from root to tip should clear it. Unless it keeps its own "queue list," which would make no sense anyway, as it would run up against those of N or GNOME itself.

Thanks for the suggestion. I'll let you know if it works.

BZT

Turns out, it clears with either a restart or a logout-login turnaround; either one should work.

In my opinion, though, any failed or cancelled copy, move or download attempt should clear from the queue right away. Now in cases like the one in my OP, it's almost forgivable that Nautilus would hold on to that task in the File Operations window, as it could not confirm that the "from", "to" and "what to copy" were no longer available (it was N that lost the FTP connection, btw, as the copy was started).

Still a little buggy. Probably see a fix just before they sundown GNOME2 for good.

BZT