Robust Transfer window lingers

Dhamu · Post by **Dhamu** » 2004 Nov 19, 01:16

I use virtual desktop manager, XDesk (http://xdesk.info/) so I can do lots of things at once on many desktops, flipping back and forth all the time. Whenever I go to another desktop while a file transfer that opened the Robust Transfer window is being made, the window doesn't close when the transfer is done. If I don't go elsewhere during a transfer, but stay on the same desktop (albeit not necessarily in xplorer2; I can switch to a different app running on that desktop), the window goes away as expected.

If I do a short drive-to-drive file transfer and sit there watching it, that transfer makes the orphaned window go away temporarily. However, as soon as I return from another desktop, the RT window is there again. The only way to get the orphaned RT window to go away for real is to restart xplorer2.

Post by **nikos** » 2004 Nov 19, 08:35

assuming you haven't ticked "keep progress window open after the end of transfer" robust copy option, this is very weird

does it look anything like this? (note the close button)

Dhamu · Post by **Dhamu** » 2004 Nov 19, 22:23

Pretty much, yes, with some extra buttons added by XDesk. Toggling "keep progress window open after the end of transfer" doesn't matter, except that the total and speed counts won't be initially blank then, though they will go blank as soon as I go to another desktop and return. The close button initially works, but upon return from another desktop the window is back and the close button has changed to cancel.

Post by **nikos** » 2004 Nov 20, 09:46

what does the error log say? is the copy finished?

this could be a problem with your desktop manager too
after the end of a robust copy, all the plumbing isn't discarded, including the thread and the window (so it's ready for action when you next hit F5). The window is just made invisible. When you switch desktops it looks like your program forces all hidden windows to show

JRz · Post by **JRz** » 2004 Nov 20, 12:20

Nikos,

I've seen this too, but without remote desktop, just plain on my system, logged in as a user. But couldn't get the finger on the exact circumstances this happens until now (no time to investigate). It seems to be dependent on some options other than 'keep progress window open after...', but have to figure out what exactly. I'll try to dig into this.

Knowing that the thread and window stay alive will help (learned that just now). It seems that under certain circumstances, the window doesn't get hidden at all!!

Post by **nikos** » 2004 Nov 20, 14:16

if you find a pattern for that i'd be really interested

ps i just went through the source code and i can't see how a progress window can remain open unless: * you have chosen to keep it open or * you were in silent mode and you are prompted to see the errors (and the log window is still active)

Dhamu · Post by **Dhamu** » 2004 Nov 20, 21:54

I have chosen neither silent mode nor "keep progress window open". I typically have options of "overwite if newer", "always confirm read-only", "log error and continue", "clear read-only", and "background", but I've played with all the various options, and nothing makes a difference. The transfers are always successful, the error log empty. Plenty of programs pop up windows, and plenty of windows are normally hidden--the XDesk Task List reports that just sitting in my system try, Yankee Clipper owns four hidden windows--and XDesk doesn't drag any other windows into the open. The Robust Transfer window may disappear after a file operation, but it always comes back if I switch desktops and return.

Dhamu · Post by **Dhamu** » 2004 Nov 20, 22:40

Okay, I've been playing with some of XDesk's more advanced window rules. In the same way I can make DU Meter's window visible and topmost on all ten of my desktops, it turns out I can force the Robust Transfer window to hidden status on every desktop except Desktop Zero where I run 2xExplorer and xplorer².

I still think xplorer² is doing something oddly, because forcing hidden status doesn't in fact hide the RT window, but makes it visible on every desktop while the transfer runs (which is actually useful as long as the window can be banished at the end), whereas previously the window had only appeared (and been left stranded) on Desktop Zero. However at the end of the operation the window vanishes from all ten desktops, or presents me with a close button (that works globally) if I've checked "keep window open".

As long as I can force it to behave I'm satisfied.

Post by **nikos** » 2004 Nov 21, 09:40

perhaps xdesk gets confused with x2's threading model or perhaps it gets confused that a dialog window class remains hidden. I can't tell

the certain thing is that i don't do anything strange, a simple ShowWindow(SW_HIDE)