Bug: Dragging attachments from Microsoft Outlook into Files windows does not work

[JollyRoger8X]

Description

Dragging a file attachment from a Microsoft Outlook email window into a Files window/tab doesn't work correctly.

Note: While dragging, I do see the attachment document icon with Copy to FolderName below it. However after releasing the mouse button, nothing happens.

Interestingly, if a file with the same name exists in the target directory, Files does display the Conflicting file name(s) dialog box, asking whether to generate a new name, replace the existing file(s), or skip.

So apparently, Files does recognize the drag operation, but when it comes time to actually copy the files, it fails silently.

Steps To Reproduce

1. Open a Microsoft Outlook email with attachments.
2. Drag one of the attachments from the Outlook window into a Files window for an empty directory.

Alternatively:

1. Open a Microsoft Outlook email with attachments.
2. Drag one of the attachments from the Outlook window into a Files window for a directory that contains a file with the same name as the attachment.

Requirements

I expect Files to copy the dragged attachment from Outlook into the current directory.

Files Version

Tested with:

• 2.5.21.10
• 3.0.1.0

Windows Version

Windows 10 Enterprise 22H2 build 19045.3324

Microsoft Outlook Version

Microsoft Outlook for Microsoft 365 MSO (Version 2308 Build 16.0.16731.20310) 64-bit
I am not using "the New Outlook" option.

Log File

debug.log

[Josh65-2201]

Thanks for the report, can you see if this is an issue in the preview version. https://files.community/download

[yaira2]

Is this the new version of Microsoft Outlook?

[JollyRoger8X]

This is with Microsoft Outlook for Microsoft 365 MSO (Version 2308 Build 16.0.16731.20310) 64-bit.

I am not using "the New Outlook" option.

Unfortunately, due to employer restrictions and time constraints, installing an older version of Files isn't feasible at the moment.

If there is anything else I can do to provide more details about this issue, let me know. I am experienced in software development if that helps.

[yaira2]

@JollyRoger8X can you see if this is fixed in v3.0.1? If it's still an issue, please upload the latest log file.

[JollyRoger8X]

Ok! I just installed Files 3.0.1.0, and tried it again.

Unfortunately, there is no change in behavior. These same symptoms are evident:

While dragging, I do see the attachment document icon with Copy to FolderName below it. However after releasing the mouse button, nothing happens.

Interestingly, if a file with the same name exists in the target directory, Files does display the Conflicting file name(s) dialog box, asking whether to generate a new name, replace the existing file(s), or skip.

So apparently, Files does recognize the drag operation, but when it comes time to actually copy the files, it fails silently.

An additional data point that may be helpful:

After the drag operation, the Files "Status Center" widget shows a checkmark, and clicking it shows these messages:

Note that the messages say "Copied {n} item(s) to {name of document being dragged}" rather than "to {name of the directory I am dragging them into".

Nothing of importance was logged:
debug.log

Is there a way to enable more verbose logging?

Let me know if I can help with additional debugging.

[yaira2]

Is there a way to enable more verbose logging?

Not without building from the source code.