yep, had same issue as OP, except on Windows 10. I'd have my set group, drag a window out, try to drag it back in and nothing would happen (command prompt or file explorer tabs, for example). Didn't matter how long the window was held over the group. Luckily I still had my 1.19 installer, so I just reverted back to that from 1.21, so easy workaround for me. icy`
I see where Clipper87 is coming from; I too was about to start this topic, but luckily a search for "drag" found this post. The issue is mainly the conditioning from other apps like Chrome -- even if you have loads of tabs open, there is always a generous amount of room to click and drag the whole window to the right of "+" (new tab). Chrome also has maybe 10 pixels above the tabs that can be used to drag the window. You guys could probably do something similar if you de
UAC was set to "Never Notify"; I never changed this. This was the setting after i installed Windows 10. Are you saying that Groupy makes new groups with RunElevated set to 0 for you and being set to 1 by default is unusual?
1) Version 1809 (OS Build 17763.379) 2) Version 1.19
ok, I made a smaller test based on what basj had in a similar(?) thread https://forums.stardock.com/493459/page/1/#3741703 . Apparently RunElevated=0 allows most to be restored (couple tabs jumped out into their own window for some reason, while the first five or so were grouped). Note that I did nothing special when creating the group; Groupy itself had created my orig
I created a bunch of tabs with just Explorer and grouped them together under name "explorer". Closed the group, later tried to restore group. Just get a bunch of errors as if Groupy thinks these are applications instead of paths controlled by explorer.exe process. One of these errors for each tab: This file does not have an app associated with it for performing this action. Please install an app or, if one is al
Stardock Forums