Dragging and dropping paths to terminal stops at 16 items #19176

Closed
opened 2026-01-31 06:35:56 +00:00 by claunia · 9 comments
Owner

Originally created by @jiejasonliu on GitHub (Jan 4, 2023).

Windows Terminal version

1.15.2713.0

Windows build number

10.0.22000.0

Other Software

No response

Steps to reproduce

  1. Highlight more than 16 items from an archive (7zip, WinRAR, etc.)
  2. Drag and drop highlighted items into terminal

Expected Behavior

Should write paths equal to the amount of items highlighted

Actual Behavior

Only writes up to 16 paths

Originally created by @jiejasonliu on GitHub (Jan 4, 2023). ### Windows Terminal version 1.15.2713.0 ### Windows build number 10.0.22000.0 ### Other Software _No response_ ### Steps to reproduce 1. Highlight more than 16 items from an archive (7zip, WinRAR, etc.) 2. Drag and drop highlighted items into terminal ### Expected Behavior Should write paths equal to the amount of items highlighted ### Actual Behavior Only writes up to 16 paths
Author
Owner

@jiejasonliu commented on GitHub (Jan 4, 2023):

This issue occurs in other UWP or WinAppSDK apps.
It appears that the culprit is that GetStorageItemsAsync() from the drag event only returns up to 16 items.

Perhaps this is a bug from WinRT?

@jiejasonliu commented on GitHub (Jan 4, 2023): This issue occurs in other UWP or WinAppSDK apps. It appears that the culprit is that `GetStorageItemsAsync()` from the drag event only returns up to 16 items. Perhaps this is a bug from WinRT?
Author
Owner

@zadjii-msft commented on GitHub (Jan 4, 2023):

Sure sounds like something outside our control. I'd probably file this at https://github.com/microsoft/WindowsAppSDK/issues? They'd at least have a better way to investigate.

@zadjii-msft commented on GitHub (Jan 4, 2023): Sure _sounds_ like something outside our control. I'd probably file this at https://github.com/microsoft/WindowsAppSDK/issues? They'd at least have a better way to investigate.
Author
Owner

@jiejasonliu commented on GitHub (Jan 5, 2023):

Makes sense, I'll go ahead and file an issue over there.

Sure sounds like something outside our control.

Despite this being an external issue, is this something that we want to fix?
I have a workaround solution that appears to work and can open a PR for.

@jiejasonliu commented on GitHub (Jan 5, 2023): Makes sense, I'll go ahead and file an issue over there. > Sure _sounds_ like something outside our control. Despite this being an external issue, is this something that we want to fix? I have a workaround solution that appears to work and can open a PR for.
Author
Owner

@zadjii-msft commented on GitHub (Jan 5, 2023):

I have a workaround solution that appears to work and can open a PR for.

Oh well let's try that! It wouldn't be the first workaround for weird platform behavior in our codebase 😉

@zadjii-msft commented on GitHub (Jan 5, 2023): > I have a workaround solution that appears to work and can open a PR for. Oh well let's try that! It wouldn't be the first workaround for weird platform behavior in our codebase 😉
Author
Owner

@jiejasonliu commented on GitHub (Jan 6, 2023):

Upon looking into a little further, it appears the issue only occurs when dragging and dropping from archives (7zip, WinRAR, and others). It works fine if you do it from the native file explorer though; probably because it doesn't create any temp files.

I can still open a pull request for this edge case unless you're on the side that it isn't worth fixing.

@jiejasonliu commented on GitHub (Jan 6, 2023): Upon looking into a little further, it appears the issue only occurs when dragging and dropping from archives (7zip, WinRAR, and others). It works fine if you do it from the native file explorer though; probably because it doesn't create any temp files. I can still open a pull request for this edge case unless you're on the side that it isn't worth fixing.
Author
Owner

@DHowett commented on GitHub (Jan 6, 2023):

I'd love to see the PR! If it's something we can work around, let's do it. Thanks @jiejasonliu

@DHowett commented on GitHub (Jan 6, 2023): I'd love to see the PR! If it's something we can work around, let's do it. Thanks @jiejasonliu
Author
Owner

@ghost commented on GitHub (Jan 24, 2023):

:tada:This issue was addressed in #14648, which has now been successfully released as Windows Terminal v1.16.1023 (10231 and 10232).🎉

Handy links:

@ghost commented on GitHub (Jan 24, 2023): :tada:This issue was addressed in #14648, which has now been successfully released as `Windows Terminal v1.16.1023 (10231 and 10232)`.:tada: Handy links: * [Release Notes](https://github.com/microsoft/terminal/releases/tag/v1.16.1023 (10231 and 10232)) * [Store Download](https://www.microsoft.com/store/apps/9n8g5rfz9xk3?cid=storebadge&ocid=badge)
Author
Owner

@ghost commented on GitHub (Jan 24, 2023):

:tada:This issue was addressed in #14648, which has now been successfully released as Windows Terminal Preview v1.17.1023.🎉

Handy links:

@ghost commented on GitHub (Jan 24, 2023): :tada:This issue was addressed in #14648, which has now been successfully released as `Windows Terminal Preview v1.17.1023`.:tada: Handy links: * [Release Notes](https://github.com/microsoft/terminal/releases/tag/v1.17.1023) * [Store Download](https://www.microsoft.com/store/apps/9n8g5rfz9xk3?cid=storebadge&ocid=badge)
Author
Owner

@KindDragon commented on GitHub (Feb 1, 2023):

Related WindowsAppSDK just for reference https://github.com/microsoft/WindowsAppSDK/issues/3328

@KindDragon commented on GitHub (Feb 1, 2023): Related WindowsAppSDK just for reference https://github.com/microsoft/WindowsAppSDK/issues/3328
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#19176