Delay opening network folders containing shortcuts

[benh]

I searched the Bug Reports forum and didn't see any mention of this.

I have auto-refresh turned OFF for network drives, so most network folders (either UNC or mapped) open fairly quickly (usually 1 second or less). However, any folder containing more than 1 or 2 shortcut files (.lnk or .url) takes noticeably longer to open.

Example: One folder containing only 9 .url shortcuts takes 6 seconds to open, consistently. I thought it might be related to Preview, so I unchecked .url as a Previewed Format, but that made no difference.

Suggestions? I am using XYplorer 4.40.0030.

[admin]

I searched the Bug Reports forum and didn't see any mention of this.

I have auto-refresh turned OFF for network drives, so most network folders (either UNC or mapped) open fairly quickly (usually 1 second or less). However, any folder containing more than 1 or 2 shortcut files (.lnk or .url) takes noticeably longer to open.

Example: One folder containing only 9 .url shortcuts takes 6 seconds to open, consistently. I thought it might be related to Preview, so I unchecked .url as a Previewed Format, but that made no difference.

Suggestions? I am using XYplorer 4.40.0030.

benh is gone, leaving this brillant observation behind. It fits like a glove to my latest findings about some mysterious delays and slow downs when browsing network (either UNC or mapped) locations. As many of you noted, things have become faster recently but this here shows the way to the ultimate twist: it's the specific icons, the ones that need real dirty file access (hard disk action) to be retrieved that slow down network browsing considerable.
The solution is clear: make retrieving specific icons optional! Disabling specific icons for all/network paths means: you will get generic icons (defined only by the file type/extension) for the following files types: .exe .lnk .ico .icl .cur .ani .htm* .url

It's the icons, stupid!

Footnote:
You say: "Wait a minute, htm-files have specific icons?" Yes, when you generate a htm-files with MS Word, the resulting file has a htm-extension but a different icon from "normal" htm-files. Word-HTM, a sad but true story...

[RalphM]

Hi Donald

Got the new beta, but apparently this switch isn't included yet, right?
Looking forward to check my slow mapped drive with that new switch...

[admin]

Hi Donald

Got the new beta, but apparently this switch isn't included yet, right?
Looking forward to check my slow mapped drive with that new switch...

Now the switch is there!

[RalphM]

Now the switch is there!

...but doesn't do the trick for my slow mapped drive - grrrr.
Sorry, was really hoping this will solve it.

[admin]

Now the switch is there!

...but doesn't do the trick for my slow mapped drive - grrrr.
Sorry, was really hoping this will solve it.

Maybe it's slow because it's located in Switzerland

I'll come back to you later. Slowly it gets fascinating...

[RalphM]

Maybe it's slow because it's located in Switzerland

Yes, there is a certain canton in Switzerland famous for the slowness of its inhabitants, but that's Berne not Zurich... and besides I never heard of any special edition computer for that region either...

I'll come back to you later. Slowly it gets fascinating...

Another new find about that delay is, the tree focus is changed after the delay not before!

[admin]

Another new find about that delay is, the tree focus is changed after the delay not before!

Is that a new development?
Does anything happen before the delay? What?

[RalphM]

Is that a new development?
Does anything happen before the delay? What?

I'm not sure if this is new, I just recall that we agreed it's happening after the tree was updated when I did the tests with the "personalised" version of XY last week.
And there's no apparent action during the delay, just the hourglass, then (still around 16 secs later) the tree changes focus and the list is refreshed for the first time, then approx. 17 secs to find all the files (nbr of files in status bar increasing), then sorting and refreshing of the list again.

Let me know if I should test it again with 4.50.0049 or earlier...

[admin]

You get another "personalised" version next week...

[admin]

And there's no apparent action during the delay, just the hourglass, then (still around 16 secs later) the tree changes focus and the list is refreshed for the first time, then approx. 17 secs to find all the files (nbr of files in status bar increasing), then sorting and refreshing of the list again.

around 16 secs: check out the next version, I altered something too tiny to mention in the history...

approx. 17 secs: you told me "Explorer needs 15 secs as well", so 17 is not too alarming.

[RalphM]

Around 16 secs: check out the next version, I altered something too tiny to mention in the history...

But as always, the tiny bits do the job!

Congrats, with 4.50.0055 you finally found and eliminated the glitch that caused the delay.

Just for the stats: Opening time for my "slow" path with XY is 16 secs now (the same as with WinExp) and there's no more delay at all. No matter wheter I select the tab or open XY with that tab active.

Once again, thanks, great work.