# "In queue" icon indicator

**URL:** https://resource.dopus.com/t/in-queue-icon-indicator/13692
**Category:** Help & Support
**Created:** [August 10, 2012, 7:43am UTC](https://resource.dopus.com/t/in-queue-icon-indicator/13692 "2012-08-10T07:43:37Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![daroc](https://resource.dopus.com/user_avatar/resource.dopus.com/daroc/32/26038_2.png) [@daroc](https://resource.dopus.com/u/daroc)
#### Post date: [August 10, 2012, 7:43am UTC](https://resource.dopus.com/t/in-queue-icon-indicator/13692/1 "2012-08-10T07:43:37Z")

</div>

Icon overlay that indicates that file/folder is in queue doesn't always work. Sometimes I see the icon but very often it doesn't show up. And even if it's there at first, if I close the lister and open that folder again, overlays won't show up.  
I just tried to add several files to copy queue just by dragging files one by one from "d:\videos" to "d:\_recent files" and icon overlays didn't show up.

I also have an idea. It would be nice to have a better indication on which files are about to be moved. I'd suggest to display overlay icons on all files and folders that are either in queue or actually being copied. This would prevent me from moving or editing files that are in queue which I forgotten about or thought they were already moved.

Oh, I just thought about something. I use Tortoise SVN. It might (but I'm not sure about it) interfere with icon overlays provided by DOpus. Any workaround?

---

<div class="post-metadata">

### Author: ![Leo](https://resource.dopus.com/user_avatar/resource.dopus.com/leo/32/69732_2.png) [@Leo](https://resource.dopus.com/u/Leo)
#### Post date: [August 10, 2012, 7:46am UTC](https://resource.dopus.com/t/in-queue-icon-indicator/13692/2 "2012-08-10T07:46:34Z")

</div>

The "in queue" indicator is only applied within the file display you do the queuing from. It won't affect any other windows.

---

<div class="post-metadata">

### Author: ![daroc](https://resource.dopus.com/user_avatar/resource.dopus.com/daroc/32/26038_2.png) [@daroc](https://resource.dopus.com/u/daroc)
#### Post date: [August 10, 2012, 7:58am UTC](https://resource.dopus.com/t/in-queue-icon-indicator/13692/3 "2012-08-10T07:58:35Z")

</div>

Overlay icons:  
didn't show up when dragging avi file from one window to other DOpus window (from "D:\Recent files" to "C:", both partitions are on the same device)  
worked when dragging from one lister to another lister within one window (horizontal split)  
worked when using Ctrl+E (COPY command) in horizontal split  
worked when using Ctrl+E from one window to other DOpus window

Could you check these?

Is there any chance that DOpus had more indications on files copied/moved/in-queue? Or is this important just to me?

---

<div class="post-metadata">

### Author: ![Leo](https://resource.dopus.com/user_avatar/resource.dopus.com/leo/32/69732_2.png) [@Leo](https://resource.dopus.com/u/Leo)
#### Post date: [August 10, 2012, 8:05am UTC](https://resource.dopus.com/t/in-queue-icon-indicator/13692/4 "2012-08-10T08:05:21Z")

</div>

> [@](#):
>
> didn't show up when dragging avi file from one window to other DOpus window (from "D:\Recent files" to "C:", both partitions are on the same device)

Was the copy actually queued in that case?

The overlay icon indicates a queued copy, nothing more. It does not indicate "pending move" in general, unless the move is queued behind another operation.

I'll check the drag & drop case when I get a moment. It's possible that the target folder is handling the operation, so the overlays aren't being applied to the source, as it's not technically the file display that initiated the queue.

---

<div class="post-metadata">

### Author: ![daroc](https://resource.dopus.com/user_avatar/resource.dopus.com/daroc/32/26038_2.png) [@daroc](https://resource.dopus.com/u/daroc)
#### Post date: [August 10, 2012, 8:27am UTC](https://resource.dopus.com/t/in-queue-icon-indicator/13692/5 "2012-08-10T08:27:14Z")

</div>

> [@leo](#):
>
> The overlay icon indicates a queued copy, nothing more. It does not indicate "pending move" in general, unless the move is queued behind another operation.

Too bad.

> [@leo](#):
>
> I'll check the drag & drop case when I get a moment. It's possible that the target folder is handling the operation, so the overlays aren't being applied to the source, as it's not technically the file display that initiated the queue.

I think that's the point. If I drag files from D:\_Recent files to C:\ (different windows) and change dir from d:\_recent files to c:, queued files are marked with overlay icon.
