# Opus folder content refresh speed

**URL:** https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779
**Category:** Help & Support
**Created:** [March 27, 2012, 4:51pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779 "2012-03-27T16:51:00Z")
**Posts on this page:** 20
**Page:** 1

<div class="post-metadata">

### Author: ![bytespiller](https://resource.dopus.com/user_avatar/resource.dopus.com/bytespiller/32/23964_2.png) [@bytespiller](https://resource.dopus.com/u/bytespiller)
#### Post date: [March 27, 2012, 4:51pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/1 "2012-03-27T16:51:00Z")

</div>

I have noticed that while for example deleting large amount (60) of files Opus refreshes contents of folder in regular intervals. So it looks like this: I hit delete and Opus shows half or more files gone and then about 1-2 seconds later it finally shows rest of the files are gone. I would like if it would be implemented that Opus has internally two modes of refresh: regular (like it is now) and active - which would temporarily increase refresh interval to say 500 ms until the delete/copy/move/mass rename operations are complete. Even better if some sort of refresh callback could be implemented internally that would be ideal.

Of course this "active refresh" mode shouldn't be used on slow media such as network, removable (and floppy) discs.

I honestly think this would very much improve user experience when working with Opus.

Please note: Windows Explorer never behaves like this, it displays files gone/changed all at once (unlike Opus).

---

<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: [March 27, 2012, 7:44pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/2 "2012-03-27T19:44:54Z")

</div>

Yes, it's very annoying when DOpus deletes eg. 30 files out of 60 and then the rest of files is deleted after several seconds (ie. files are deleted immediately but file view is refreshed too rarely).  
I would also like it to refresh view much more often.  
This should also affect changing files in third party software.

---

<div class="post-metadata">

### Author: ![Ydex](https://resource.dopus.com/letter_avatar_proxy/v4/letter/y/ce73a5/32.png) [@Ydex](https://resource.dopus.com/u/Ydex)
#### Post date: [March 27, 2012, 7:55pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/3 "2012-03-27T19:55:44Z")

</div>

i think this "bug" was introduced with one of the last versions (10.0.3.3, maybe earlier).

---

<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: [March 27, 2012, 8:05pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/4 "2012-03-27T20:05:11Z")

</div>

I think this "bug" is normal DOpus behavior since version 9 and just needs some improvement.

---

<div class="post-metadata">

### Author: ![Crash](https://resource.dopus.com/user_avatar/resource.dopus.com/crash/32/23921_2.png) [@Crash](https://resource.dopus.com/u/Crash)
#### Post date: [March 27, 2012, 8:30pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/5 "2012-03-27T20:30:16Z")

</div>

Yeah, I don't think it's a bug, just how it is. I've always noticed this since I started using dopus (9). I just got used to it.

---

<div class="post-metadata">

### Author: ![anon94230625](https://resource.dopus.com/letter_avatar_proxy/v4/letter/a/e56c9b/32.png) [@anon94230625](https://resource.dopus.com/u/anon94230625)
#### Post date: [March 27, 2012, 9:07pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/6 "2012-03-27T21:07:27Z")

</div>

I also have noticed this (refreshes always in "2 steps"), but it doesn't take so long. Just deleted 1.200 files and DO refreshes within approx. 2 seconds while deleting.

---

<div class="post-metadata">

### Author: ![bytespiller](https://resource.dopus.com/user_avatar/resource.dopus.com/bytespiller/32/23964_2.png) [@bytespiller](https://resource.dopus.com/u/bytespiller)
#### Post date: [March 28, 2012, 5:42pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/7 "2012-03-28T17:42:57Z")

</div>

No-one said this is outright bug, it's just a minor UX thing that needs improvement. If it will be improved sometime in the future (in Opus 11) I'll be happy 🙂

---

<div class="post-metadata">

### Author: ![anon94230625](https://resource.dopus.com/letter_avatar_proxy/v4/letter/a/e56c9b/32.png) [@anon94230625](https://resource.dopus.com/u/anon94230625)
#### Post date: [March 28, 2012, 7:37pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/8 "2012-03-28T19:37:05Z")

</div>

You really want to wait until 2013 (Opus 11)? 😉

---

<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: [March 28, 2012, 7:59pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/9 "2012-03-28T19:59:21Z")

</div>

> [@Sasa](#):
>
> You really want to wait until 2013 (Opus 11)? 😉

You seem to know more about Opus 11 than we do.

(Please don't speculate about release dates. Other people see it and think it has some basis in reality.)

---

<div class="post-metadata">

### Author: ![anon94230625](https://resource.dopus.com/letter_avatar_proxy/v4/letter/a/e56c9b/32.png) [@anon94230625](https://resource.dopus.com/u/anon94230625)
#### Post date: [March 28, 2012, 8:20pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/10 "2012-03-28T20:20:31Z")

</div>

To clearify: This was just a joke, nothing else. No speculation, the truth is: Maya-calendar ends this year!

---

<div class="post-metadata">

### Author: ![bytespiller](https://resource.dopus.com/user_avatar/resource.dopus.com/bytespiller/32/23964_2.png) [@bytespiller](https://resource.dopus.com/u/bytespiller)
#### Post date: [April 2, 2012, 2:59pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/11 "2012-04-02T14:59:37Z")

</div>

So Leo I see evidence you saw this topic but you didn't offer any explanation on what is GPSoftware's stance on this? You could at least say "no we will not change the way refresh works not in this version nor next, it would break 32768 other things and compiler would explore in fire, sorry".

Since I have linked my account I expected some official reply to my inquiry, perhaps I should open a support ticket instead?

---

<div class="post-metadata">

### Author: ![bytespiller](https://resource.dopus.com/user_avatar/resource.dopus.com/bytespiller/32/23964_2.png) [@bytespiller](https://resource.dopus.com/u/bytespiller)
#### Post date: [April 2, 2012, 3:01pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/12 "2012-04-02T15:01:06Z")

</div>

- explore = explode

---

<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: [April 2, 2012, 3:20pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/13 "2012-04-02T15:20:21Z")

</div>

I've been busy trying to finish off some work. We've talked a bit about this internally but none of us have had a chance to look into it in enough detail to say what (if anything) might happen. Please be patient.

We read every post to the forum, but we may take a while to reply if we don't have anything useful to say yet and/or for things that take time to research.

---

<div class="post-metadata">

### Author: ![Jon](https://resource.dopus.com/user_avatar/resource.dopus.com/jon/32/12713_2.png) [@Jon](https://resource.dopus.com/u/Jon)
#### Post date: [April 26, 2012, 2:54am UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/14 "2012-04-26T02:54:40Z")

</div>

In the next beta we'll be making some changes which should improve this.

---

<div class="post-metadata">

### Author: ![bytespiller](https://resource.dopus.com/user_avatar/resource.dopus.com/bytespiller/32/23964_2.png) [@bytespiller](https://resource.dopus.com/u/bytespiller)
#### Post date: [April 26, 2012, 2:57pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/15 "2012-04-26T14:57:24Z")

</div>

Thanks, this is really great news! 👍

---

<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: [September 2, 2013, 10:37am UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/16 "2013-09-02T10:37:36Z")

</div>

I think the problem still exists and DOpus very frequently deletes files in two steps which may be very confusing when you use filters for deletion and see that some files that should be deleted are still there.

Anyone confirm this as a problem or am I trying to work too fast?

I prepared 3 short videos (like 5 seconds each) to show what it looks like on my computer.  
[refresh-speed-video.zip](https://resource.dopus.com/uploads/default/original/3X/0/6/06ed9597f0bbf0c875193afd5ec2c3af6262b127.zip) (1.43 MB)

---

<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: [September 2, 2013, 1:01pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/17 "2013-09-02T13:01:23Z")

</div>

It's usually more or less instant for me. It can happen in two steps if the notifications back from the OS itself take a long time, but they usually don't here (that I've noticed, at least).

---

<div class="post-metadata">

### Author: ![bytespiller](https://resource.dopus.com/user_avatar/resource.dopus.com/bytespiller/32/23964_2.png) [@bytespiller](https://resource.dopus.com/u/bytespiller)
#### Post date: [September 3, 2013, 3:18pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/18 "2013-09-03T15:18:47Z")

</div>

> [@daroc](#):
>
> Anyone confirm this as a problem or am I trying to work too fast?

Yes, it still happens all the time. To be honest I didn't notice any improvement since the Jon's last post.

---

<div class="post-metadata">

### Author: ![Jon](https://resource.dopus.com/user_avatar/resource.dopus.com/jon/32/12713_2.png) [@Jon](https://resource.dopus.com/u/Jon)
#### Post date: [September 3, 2013, 9:41pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/19 "2013-09-03T21:41:10Z")

</div>

> [@jsys](#):
>
> To be honest I didn't notice any improvement since the Jon's last post.

That was in April 2012. It's kind of hard to know whether a fix worked or not without any feedback...

---

<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: [September 3, 2013, 10:04pm UTC](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779/20 "2013-09-03T22:04:02Z")

</div>

Yep, people get used even to annoying things. 🙂

Anyway, let's focus on what can be done to improve this.

I think that even if OS doesn't provide information on file changes quick enough, it should affect only external changes, not those made by DOpus. If I operate on files with DOpus, I'm pretty sure it knows whether a file has been deleted/moved successfully or not. And if yes, it should remove it from display immediately.

Or at least immediately after move/delete operation is completely finished (eg all selected files were deleted), if refreshing display after each file is deleted might affect performance.

[Next page](https://resource.dopus.com/t/opus-folder-content-refresh-speed/12779.md?page=2)
