@BlendLog а запускал с повышенными правами? Если да, то это ожидаемое поведение, из-за
изоляции UIPI. Она запрещает drag & drop из-под процесса с более низким уровнем целостности. Для его обхода часто применяют ChangeWindowMessageFilterEx + WM_DROPFILES / WM_COPYDATA / WM_COPYGLOBALDATA. Но это не сработает с C# формами, т.к. они построены на базе COM. Даже если попытаться разрешить фильтр на хендлах окон (this.Handle), вернет результат true, но drag & drop работать все равно не будет.
Чтобы обойти эту проблему, в обновлении я создал настоящее Win32 окно без оберток, и сделал его в качестве оверлея со стилем WS_POPUP - класс
DragDropOverlay.cs. Оно не является настоящим дочерним окном (параметр WS_CHILD не используется). При попытке сделать его дочерним, прорисовка этого окна вступает в конфликт с прорисовкой нижнего слоя (окна WinForms), в итоге получается каша, а DnD перестает работать. В итоге, принял решение двигать окно событием параллельно с движением формы WinForms. Думаю, вышло неплого, разве что только при анимации входа в полноэкранный режим получается слегка дергано. Кстати, несмотря на то что окно не дочернее, хендл родительского окна все равно необходимо передавать при создании окна, иначе окно перестанет быть поверх WinForms при смене фокуса. Также, чтобы это сработало у WinForms должно быть отключено свойство AllowDrop. Оба они (включенный дроп у WinForms, и у Win32 окна конфликтуют между собой, и DnD перестает работать
В итоге, AllowDrop отключается, если апка запущена от админа, и включена если без. Т.е. без админа - DnD работает по всей форме, а от админа - только на зеленую штучку:
