Just Manager Forum

Issues:
1. Reduced New submenu (post #1). Menu is populated by the system. Nothing to fix.
2. "operation stuck" case (post #2, #3). Need full log.
3. Strange case (post #5). It's unclear what happens here since the screenshot info doesn't match the log.
4. Update was not applied (post #7). Need log from the test version.

Post #9
Test case: 5 files copy drag-and-drop from the long path D:\Test\Test\DeepNestedFolders\level_1\...\level_25\test to D:\Test\A
Screenshot states "Copying 165 items from Test to A" and items are "test", "New Text Document.txt".
Case is similar to post #5, so it's issue 3.
Please reproduce on the test version and share the log.

Post #10
New full path is long (path 491 + name 259). JM tries to get the short form, but it's impossible since the path doesn't exist in the file system. Due to a bug, an empty pTo value is passed to SHFileOperation, that's why error 115 occurs.
It turns out, that using the short form for pTo doesn't help for all types of operations, as SHFileOperation converts it to the long form, so path will be used as-is for pTo in the next version.
Your filename is 259 chars long, which exceeds the 255 char limit. A filename validator will be added in the next version.
In all cases, SHFileOperation will fail if pTo path is long.
Now it's issue 5.

Post #11
Test case: 2 files copy drag-and-drop from J:\ to the long path D:\Test\Test\DeepNestedFolders\level_1\...\level_25\test
Screenshot states "Copying 2 items from My_USB(J:) to DeepNestedFolders".
This is similar to issue 3.
Please reproduce on the test version and share the log.

This operation was started and completed correctly:

DEBUG 05.06.2026 14:23:42.626 14196 COperationsManager::AddFileOperation: New operation: 00000000022B9820, type: ShellCopy
DEBUG 05.06.2026 14:23:42.626 14196 COperationsManager::AddFileOperation: Operation 00000000022B9820 started, thread: 14040
DEBUG 05.06.2026 14:23:59.451 14196 COperationsManager::OnFinishOperation: Operation 00000000022B9820 finished

It's not the same "operation stuck" case.

About current case:
As I see, you have performed 5 files drag-and-drop from the right panel to the left.
Left path: D:\Test\A
Right path: D:\Test\Test\DeepNestedFolders\level_1\...\level_25\test
What confuses me:

• "Destination Path To Long" dialog displays test folder item that is not a part of the operation

• "Progress" dialog states that 165 items are copied from Test to A

• The last item in the "Progress" dialog is "New Text Document.txt" which is not one of the selected 5 files

Did I understand your test case correctly? If so, please reproduced this case on the test version and send me the log.

It's standard folder background context menu that is populated by the Shell. JM doesn't change this menu. As you can see, Explorer displays the same New submenu.
On Windows 7, New submenu is the same for the long paths, but commands produce "Destination Path To Long" error.

According to your log, file operations are not started at all:

DEBUG 03.06.2026 01:36:32.686  9316 COperationsManager::AddFileOperation: New operation: 000000000224BB70, type: ShellCopy
DEBUG 03.06.2026 01:36:32.686  9316 CUtils::_DoDragDrop: Operation will be performed asynchronously, IAsyncOperation: 00000000021F4680, IDataObject: 0000000002181B40

Should be:

DEBUG 03.06.2026 14:29:34.519  6896 COperationsManager::AddFileOperation: New operation: 000000000214E540, type: ShellCopy
DEBUG 03.06.2026 14:29:34.520  6896 COperationsManager::AddFileOperation: Operation 000000000214E540 started, thread: 5484

For some reason, one of the previous operations got stuck. I need full log to troubleshoot this issue.

OleFlushClipboard call is required at the program exit to flush data to the clipboard. Will be fixed in the next release.

I meant that COPYENGINE_E_USER_CANCELLED - abort mapping added in 1.0.0-rc.1.
As I said, deleting via the context menu is a direct Shell command invocation, that's why only the system confirmation is displayed.
Deleting via Delete key is a JM file operation. Since you are using Shell file operations ("Use shell" is checked) and "Display delete confirmation" option is enabled, both JM and the system confirmations will be displayed. With internal file operations ("Use shell" is unchecked), only JM confirmation will be displayed. You can disable JM confirmation by turning off "Display delete confirmation" option.

В 1.0.0-rc.1 "Удалить вкладку"/"Удалить все вкладки" переименованы в "Закрыть вкладку"/"Закрыть все вкладки".

"Display non-empty folder delete confirmation" option introduced in 1.0.0-rc.1.

В 1.0.0-rc.1 добавлена настройка "По умолчанию сортировка дат по убыванию".

1.0.0-rc.1: теперь папка удаляется в Корзину как один объект.

В 1.0.0-rc.1 добавлена настройка "Показывать подтверждение удаления непустой папки".

Исправлено в 1.0.0-rc.1.

Fixed in 1.0.0-rc.1.

Fixed in 1.0.0-rc.1.