So there is point to file an issue.

I don’t really want to put an issue in – it might get acted upon!

Indeed. :-)

You might want to put in a bug report to the effect that “exit on close the last tab” setting is ignored when you drag the last active tab to another instance.

I realize that. :-)

But, maybe I see it as just an inconsistency, not a bug.
As said above, it can be a workaround for something that Windows/Explorer just won’t do.
As such, I don’t really want to put an issue in – it might get acted upon! :-)

But probably it is worth to create an issue for this. Could you, please, do that, @Alan-Kilborn ?

I’m not sure, what issue I would make?

As a security measure Windows does not permit drag and drop from an unelevated source to an elevated recipient.

More info here:
https://social.msdn.microsoft.com/Forums/en-US/5ff2938f-7eb0-4fec-9ce1-b4b745886797/drag-n-drop-not-working-on-elevated-mode-with-coledroptarget?forum=vcgeneral

But probably it is worth to create an issue for this. Could you, please, do that, @Alan-Kilborn ?

I understood that the inconsistency was that drag-and-drop acts differently for normal user Notepad++ instance and admin Notepad++ instance?

Since I used to drag from explorer to command prompt a lot, I specifically remember that it stopped working for Windows Vista since Microsoft decided that it is unsafe and blocked it.

I guess that an Admin Notepad++ wouldn’t observe any Windows message when a file is dragged from explorer into it so it can not show any feedback to the user.

I admit I am a bit surprised that drag and drop from normal Notepad++ to Admin Notepad++ does work. Don’t know why, but some ideas are:

• Explorer.exe is critical part of Windows it is possible that stricter rules are applied for dragging from it.
• Drag-and-drop is complex with lots of implementation details that may make the difference.

Try dragging a file from explorer into an admin command prompt and normal command prompt.
Same results.
This is a Windows feature completely unrelated to Notepad++. Windows blocks the messages related to drag and drop since there are security risks involved.

My complaint wasn’t with this, specifically.
My intent was to just point out perhaps an inconsistency, and one that has potential value as a workaround to the Windows behavior.

This is a Windows feature completely unrelated to Notepad++. Windows blocks the messages related to drag and drop since there are security risks involved.

noticed that it would close my non-admin window if it were the last (only) tab dragged out.

Well, one can always Ctrl+drag out a tab, to avoid that situation, if it is important to avoid it. But perhaps it is another inconsistency, as I’d think its (dragging tab out WITHOUT Ctrl) behavior would be governed by this setting:

But it doesn’t appear to be…

I just replicated the process, and agree with your results.

Personally, I’ve never understood why Admin-mode would prevent drag-and-drop; it would be nice if they figured out how to allow that to work into an Admin window. But I’d suggest pointing to this thread as a workaround when people want to drag-and-drop into admin mode. :-)

While running the experiment I noticed that it would close my non-admin window if it were the last (only) tab dragged out. I guess forcibly removing the last tab might be expected to close the app.