Hello support team,

I’ve encountered a consistent issue in Groupy when using applications that rely heavily on drag‑and‑drop and shell extensions, such as:

- MeGUI  

- StaxRip  

- MKVToolNix GUI  

- MKVCleaver  

- Rename My TV Series (correct name)  

- MakeMKV

Problem  

When any of these applications are opened inside a Groupy tab group, drag‑and‑drop stops working entirely. This includes:

- dragging files into the application  

- dragging files from file managers  

- using shell extensions (e.g., MediaInfo)  

- dropping files onto the window to start processing  

Technical cause (according to Copilot)

It appears that Groupy’s window hook injection and tab container wrapping change the application’s:

- drag‑and‑drop security context  

- COM/shell‑extension context  

- window message routing  

- UI integrity level  

As a result, Windows blocks drag‑and‑drop operations because the tabbed window no longer matches the expected security/UI context of the source application.

Evidence  

If the same applications are launched normally (not tabbed), drag‑and‑drop works perfectly.  

If they are launched normally and manually added to a Groupy group afterward, drag‑and‑drop also works — suggesting the issue occurs during automatic hook injection at launch, not during manual grouping.

Request  

Could you consider adding one of the following:

1. A per‑application option to disable hook injection while still allowing tabbing, or  

2. A lightweight tabbing mode that does not alter the window’s drag‑and‑drop or COM context.

This would allow users to keep their workspace organized without breaking essential functionality in applications that depend on drag‑and‑drop.

Thank you for your time and continued development of Groupy.

Best regards,  

Jos