Resort on Rename

[Quaraxkad]

Still having the issue described in my previous post in the latest versions. (TLDR: Moving a recently-renamed file from outside XY doesn't trigger a list refresh after the file is gone from the folder being viewed.) Anything more I can do to help debug?

[admin]

Could not repro it under Win8 or Win10.

Anyway, try beta v26.70.0109 and run script logchange 7;. Then do your command line deletion. The dlog; should return something like this:

Code: Select all

12:21:47.935  DLog+ WUL.List1.SetDelay -> C:\Users\Win10\Downloads\Test\
12:21:48.266  DLog+ > delayed ListRefresh Pane 1: True

[Quaraxkad]

Code: Select all

XYplorer 26.70.0110  -  30-Day Trial Version - Day 1  -  Windows 11 Pro, 64-bit, Version 21H2, Build 22000.318 (10.0)  -  2024-12-05 12:37:56
=============================================================================================================================================

        0  -  2024-12-05 12:30:12.423  ---  GetKnownFolder {A52BBA46-E9E1-435f-B3D9-28DAA648C0F6}: The system cannot find the file specified.
  --------------------------------------------------------------------------------------------------
 1:09.349  -  2024-12-05 12:31:21.772  ---  WUL.List1.SetDelay -> D:\test\
      305  -  2024-12-05 12:31:22.077  ---  > delayed ListRefresh Pane 1: True
  --------------------------------------------------------------------------------------------------
    7.501  -  2024-12-05 12:31:29.578  ---  WUL.List1.SetDelay -> D:\test\
      314  -  2024-12-05 12:31:29.892  ---  > delayed ListRefresh Pane 1: True
  --------------------------------------------------------------------------------------------------
    8.285  -  2024-12-05 12:31:38.177  ---  WUL.List1.SetDelay -> D:\test\
      308  -  2024-12-05 12:31:38.485  ---  > delayed ListRefresh Pane 1: True
  --------------------------------------------------------------------------------------------------
   23.128  -  2024-12-05 12:32:01.613  ---  WUL.List1.SetDelay -> D:\test\
      309  -  2024-12-05 12:32:01.922  ---  > delayed ListRefresh Pane 1: True
  --------------------------------------------------------------------------------------------------
    9.516  -  2024-12-05 12:32:11.438  ---  ShellNotify: SHCNE_CREATE: D:\test\New Text File.txt | New Text File.txt >  | 
        2  -  2024-12-05 12:32:11.440  ---  HSNE.SHCNE_CREATE: Tree.R -> D:\test\
  --------------------------------------------------------------------------------------------------
    4.004  -  2024-12-05 12:32:15.444  ---  ShellNotify: SHCNE_RENAMEITEM: D:\test\New Text File.txt | New Text File.txt > D:\test\c.txt | c.txt
  --------------------------------------------------------------------------------------------------
 5:32.139  -  2024-12-05 12:37:47.583  ---  ShellNotify: SHCNE_CREATE: D:\test\New Text File.txt | New Text File.txt >  | 
        1  -  2024-12-05 12:37:47.584  ---  HSNE.SHCNE_CREATE: Tree.R -> D:\test\
  --------------------------------------------------------------------------------------------------
    6.029  -  2024-12-05 12:37:53.613  ---  WUL.List1.SetDelay -> D:\test\
      309  -  2024-12-05 12:37:53.922  ---  > delayed ListRefresh Pane 1: True

Creating and deleting a.txt, creating and moving b.txt, both from command line, list refreshes immediately.
Creating c.txt in XY, deleting in command-line, list does not refresh.
Creating New Text File.txt in XY using default filename (no rename), deleting with command line, list refreshes immediately.

[admin]

Strange. All cases work fine here.

[Quaraxkad]

So it must have something to do with Windows 11?

[highend]

So it must have something to do with Windows 11?

No, it happens under Windows 10 as well...

Code: Select all

        0  -  2024-12-06 08:22:44.169  ---  GetKnownFolder {A52BBA46-E9E1-435f-B3D9-28DAA648C0F6}: 
  --------------------------------------------------------------------------------------------------
   23.184  -  2024-12-06 08:23:07.353  LMN  ShellNotify: SHCNE_CREATE: D:\!tests\New Textfile.txt | New Textfile.txt >  | 
        0  -  2024-12-06 08:23:07.353  LMN  HSNE.SHCNE_CREATE: Tree.R -> D:\!tests\
    1.188  -  2024-12-06 08:23:08.541  LMN  ShellNotify: SHCNE_RENAMEITEM: D:\!tests\New Textfile.txt | New Textfile.txt > D:\!tests\a.txt | a.txt

Then I open a cmd prompt in that folder
del a.txt

The list view doesn't reflect the deleted item and dlog; didn't notice anything

[admin]

Windows 10, using Open Command Prompt Here from XY: works.

Windows 10, using a Command Prompt from Start > Run > cmd: doesn't work indeed!

But there is nothing I can do. For some reason, XY is not notified of the deletion.

[highend]

Mh, it works fine with Windows Explorer (and I'm opening a cmd prompt independently here as well)...

Find the culprit^^ xD

[admin]

Got it!

As it turned out, this hypothesis was correct:

I've found a quirk that may be related to the recent change that fixed the issue in this thread.

So for now I removed that old fix from v23.00.0205 - 2022-05-04 10:04.

[highend]

(for me) fixed with 26.70.0111,
at least the "delete something in a dos box" which was not invoked by XY thing...

[Quaraxkad]

Fixed, thank you so much!

So for now I removed that old fix from v23.00.0205 - 2022-05-04 10:04.

That solves this problem, but obviously reverts to the old behaviour where Resort on Rename being disabled isn't honored on network locations. Will there be a different fix for that coming up?

[admin]

Probably, need to think (again).

[admin]

Should be fixed in next beta.

[Quaraxkad]

26.70.0200 seems to have re-introduced the previous bug.

[admin]

I hope you're kidding.

The command line del bug is back? Not here.

Can you show the debug log? It should tell us something more now.