Groupy 2.12 Release Feedback Thread

With the Groupy 2.12 release, we are creating this thread so that users can report any observed issues.  

Obtaining the product

Object Desktop members can get the release from within Object Desktop Manager 

Individual purchases (as well as Object Desktop Members) can also be obtained from your account page: https://store.stardock.com/myaccount/products

For guest check-out purchase (no account), from this link: http://www.stardock.com/support/productkeyretrieval

Reporting an issue

Please include the following for anything found:

  • Exact Windows version \ build (winver.exe)

  • Detailed steps to recreate the issue seen

  • Screenshots and videos are very helpful.  Videos can be uploaded to a cloud drive service (GoogleDrive, DropBox, OneDrive, YouTube), with a shared link included in your post.  Images can be copied and pasted directly into a post.

  • If there are specific apps that the app does not work (well) with, please note what apps and their exact versions.  If any app is not common, a link to a trial version would be appreciated.

Thank you for your interest and any time you put into making Groupy 2 a better product.

Sean Drohan
Stardock Support Manager

127,768 views 84 replies
Reply #1 Top

Groupy 2.12 Changelog (Released 09/26/2023)

09/26/2023

Product UI ‘About’ version 2.12. GroupyConfig.exe version 2.1.2.1

  • Released on Stardock and Steam

09/21/2023

  • Fixed an issue where the Groupy config was opening twice on the initial install

  • Fixed settings and saved groups not being removed if checked for an uninstall

09/20/2023

  • Fixed settings and saved groups not being removed if checked for an uninstall

09/20/2023

  • Updated version to 2.1.2.1. UI 2.12

  • Continued improvements made for restoring saved group apps correctly

  • Some language strings updated.

09/18/2023

  • Updated version to 2.1.2.0. UI 2.12

  • More work was done on tab order when opening a save group

  • A fix for mouseover on tabs on top mode without the background bar not painting differently

  • A tweak to how mouseover shows for tabs giving them a slight background color as well as an edge

  • A fix for the Groupy drop-down menu on monitors with different scale factors to the primary screen being too large (if the primary display is a higher scale factor)

  • A tweak for how it handles window peek as it may have been causing the wrong tab to get stuck selected or the entire tab bar to go missing in edge cases

  • Address an issue with FancyZones

  • Address an issue on Windows 10 with WindowBlinds skins

  • Fix for closing auto-grouping windows in a tab group causing them to regroup if they prompt

  • A small change to how appID is saved for saved groups

  • The on/off slider is no longer showing off when Groupy is on and on when groupy is off.  Now it says Groupy disabled and Groupy Enabled.

  • Fix to custom rules based on exact text matching where it would incorrectly group everything but the window text requested

  • Small change to protect rule checking from happening in more than one thread at once for one type of rule that wasn't protected the same as the others.

  • Added the prompt about tabs in office apps on the very first run (brand new installs only)

  • Modified rules system to handle the case of window handle reuse better just in case that was causing the issues with odd grouping

  • Modified the auto group logic to ensure the windows are owned by the same process.

  • Changed config to only force English in the USA when lang is set to en-us as it was not handling the case of other languages when located in the US correctly automatically (forced was fine)

  • Fix for the ‘Explorer enhancement’ option not reading that it was not toggled on when it really was.

09/06/2023

  • Beta updated. UI Version 2.11. GroupyConfig.exe 2.1.1.5

  • Fix for other conditions where saved groups could have their tabs out of order from how they were saved

08/21/2023

  • Beta updated. UI Version 2.11. GroupyConfig.exe 2.1.1.4

  • Fixes issue with vertical alignment of tabs for WB when used with explorer-integrated tabs

  • Resolves issue with dragging windows between monitors where the window was not a member of a group but shows groupy bar for ungrouped windows was enabled

  • Resolved an issue with swapping tabs with WindowBlinds, causing things to resize briefly

08/17/2023

  • Beta updated. UI Version 2.11. GroupyConfig.exe 2.1.1.3

  • Improved performance when moving a window when using integrated tabs

  • Resolved issue with groupy tabs not vanishing correctly when using window snap when non-integrated tabs

  • Resolved issue with windows resizing too large when moving windows between displays of different dpis where the window is not high dpi aware

  • Added some delays when launching saved groups sometimes

  • Resolved a possible crash issue when grouping new windows

  • *Tweak for maximized windows opening when in a group.  

  • *Adds support for DelayAfterLaunch = amount in ms (1000 = 1 second) in groupy files if a user wants to increase the delay after launching a given app before launching the next one (if any)
    Usage: https://forums.stardock.com/521947/get;3900444

  • Fixes a problem with WB and Groupy

  • Fix for a problem switching tabs when windows are maximized which showed up in the last week

*Part of a previously released beta but was not noted in its changelog

08/15/20223

  • Beta updated. UI Version 2.11. GroupyConfig.exe 2.1.1.2

  • Adjusted things so Chrome/Edge windows will not match existing windows when opening a new saved groupy file.

  • Resolved issue with saved group position not being used on opening saved groups always

  • Tweaked how saved group order is reapplied on load

  • Potentially resolved an issue with the groupy insert blue fade window remaining after joining a window to a group on occasion

  • Resolved possible issue with a new window opening a group being left visible when it is not the active window in a group

08/10/2023

  • Beta updated. UI Version 2.11. GroupyConfig.exe 2.1.1.1

  • Fixes issue with non-grouped windows shrinking when maximized when the temporary groupy bar goes away

  • Fixes issue with dragging a window out of a custom rules grouping can cause it to instantly regroup

  • Improves issue with slow resizing on apps that have extremely slow repaint logic

  • Updated DE from user feedback. Credit Big--Mike)

08/07/2023

Groupy 2.11 Beta released on Stardock.com and Steam

  • ZH-TW lang file updated (Credit rockemail)

  • Closing a single maximized window from Groupy no longer causes flicker

  • Resolved issue with non-native dpi scaling apps being offset correctly when maximized on higher dpi setups

  • Resolved issue with group creation being delayed when on a maximized window that always shows tabs

  • Resolved issue with window positioning, when opened, maximized on some applications

  • Resolved issue with extra line painting with integrated tabs on Windows 10 in Explorer windows and in some windows on Win11 when in dark mode

  • Resolved issue with Ctrl + T not opening new windows in Explorer on Win10 (but did on Win11)

  • Fixed a WB11 + Groupy tab issue with rounded corners being enabled on Win11 when they should not and leaving more space than really needed for window borders

  • Adjusted app launch for saved groups to help resolve an issue with the wrong tab name being used on renamed tabs

  • Stopped WB from adding themed borders to the tooltips

  • Adjusted tooltip display to auto-dismiss if a group goes away whilst visible

Reply #2 Top

Known issues

While we appreciate all feedback, please remember that we offer no official support for beta \ preview \ developer channel versions of Windows. If you report issues while in any of those early release channels, you should not expect them to be addressed unless it still exists in a retail version of Windows.

  • tbd
Reply #3 Top

***Reserved***

Reply #4 Top

Hi,

 

I've reported a bug on a last thread, and after purge / reinstall all I post to explain them.

 

Before I start, I juste read on the last thread that "Beta always need a manual reinstallation". I would say I never want to be on this Beta, but your website only propose the "new Groupy 2" and we're kind of forced to get (and rebuy even if it's just an update..., and support all this bugs...) this soft. I use Groupy daily for work and it's a pain. So I don't want to be ungratefull, I love this soft and the price is not really high, but the way you are realeasing Groupy 2 is not ok.

 

So ! The bugs. I have a strange bug using Netflix App. I have netflix and a stacked windows, side by side. When I change windowds using Groupy tabs, Netflix continue playing but I dont have the picture anymore. The only way to avoid that is... not using tabs and using keybord alt+tab or windows taskbar. I can't do a screenshot because of Netflix limits on screen records. After I used my tabs, it seems like that :

 

 

The second and major bug I face concern the tabs disapearing. I cant find steps to reproduce, I just use my soft and the tabs are unusable. My tabs are still stacked, and I can change windows using windows taskbar and alt+tab, but I cant use the tabs by clinking on.

 

Third bug is different, I use Visual Studio to code, and when I use the tabs functions from visual studio, Groupy detect the tabs as a new window and add it to the tabs. So my windows resize and I cant use the tabs side by side in the ide. I would use a kind of specific parameter to trigger the tabs only if I drop a windows at the top (on the tabs) for example.

 

Sincerely,

 

Jean

Reply #5 Top

I've found a new issue:

It doesn't matter if New Explorer tabs should open in the same folder is enabled or disabled, new Explorer tabs always open in the same folder. In essence: This option isn't working and does nothing.

By the way: I've enabled the option in Groupy 2.1 (because of my previous bug, see below), but it got automatically disabled in 2.12.

I'm on Windows 11 22H2, Build 22621.2361

With Groupy 2.1, I've had the issue that when New Explorer tabs should open in the same folder was disabled, CTRL+T wasn't working to open a new explorer tab (but CTRL+N still was) - see here. Now CTRL+T and CTRL+N are working to open a new tab with the option disabled, however now the option does nothing.

EDIT:

Nevermind, it's working as expected. A second reboot fixed the issue for me. And CTRL+T is also working with the option disabled. Thanks for fixing my issue!

Reply #6 Top

Quoting Bzour, reply 4

So ! The bugs. I have a strange bug using Netflix App. I have netflix and a stacked windows, side by side. When I change windowds using Groupy tabs, Netflix continue playing but I dont have the picture anymore. The only way to avoid that is... not using tabs and using keybord alt+tab or windows taskbar. I can't do a screenshot because of Netflix limits on screen records. After I used my tabs, it seems like that :

While we have yet to do some experiments with Groupy installed to see if we could still somehow reproduce it, we were able to reproduce this with the Netflix Windows store app and with Amazon's as well.  However, if it's on another monitor, it behaves as one would expect.

Something else we found, if you use the Browser \ App'd version of of Netflix:

It works as expected, having its window open just as you did with the Windows store one, and toggling between apps in another group window, did not have the app video disappear.

https://cdn.stardock.us/support/uploads/2023-09-27_14-22-57tpscroggins.mp4

Give it a shot.

Edit: Testing with Groupy not installed, we were still able to reproduce it trying to do recordings with ShareX.  So while Groupy may also be a trigger for what is happening to these Windows Store apps, its not the root cause. 

Sean Drohan
Stardock Product Lifecycle Manager

Reply #7 Top

Hi,

 

Okay. I know these webapps but I prefere the windows app. But anyway, I will work with.

 

This is absolutely normal that Netflix disapear using a screen recorder, it's a protection to avoid video recording. But this is not the same for Groupy. As long as I know, you don't record the screen. And I think Groupy IS the root problem because we dont have the same issue when switching windows using windows taskbar/alt+tab or using default w11 tabs on file explorer.

 

Thanks for the advice, I'll try using a webapp :) But I think you can register it as a bug

 

Have you take a look at my two other problems ?

Reply #8 Top

Quoting Bzour, reply 7

Have you take a look at my two other problems ?

Quoting Bzour, reply 4

The second and major bug I face concern the tabs disapearing. I cant find steps to reproduce, I just use my soft and the tabs are unusable. My tabs are still stacked, and I can change windows using windows taskbar and alt+tab, but I cant use the tabs by clinking on.

Without steps to reproduce, there is not much we can do. We don't see that or have any other such reports. 

Quoting Bzour, reply 4

Third bug is different, I use Visual Studio to code, and when I use the tabs functions from visual studio, Groupy detect the tabs as a new window and add it to the tabs. So my windows resize and I cant use the tabs side by side in the ide. I would use a kind of specific parameter to trigger the tabs only if I drop a windows at the top (on the tabs) for example.

It would only auto-add if you have Groupy set to do so for an app or process.  That is what you have it set to do, yes?

There are many rule options here that you may find helpful.

Thanks,
Sean Drohan
Stardock Product Lifecycle Manager

Reply #9 Top

Hi,

 

I am using Groupy 2 on Windows 11 22H2 Moment 4 and I am here to ask for a new feature.

 

Please allow us to put the start menu and taskbar on top of the screen and if it possible on the side, depending on people's workflow on top is a must but I know some friends that would love it on the left or right side too.

Reply #10 Top

Quoting N7Commander, reply 9

Hi, 

I am using Groupy 2 on Windows 11 22H2 Moment 4 and I am here to ask for a new feature. 

Please allow us to put the start menu and taskbar on top of the screen and if it possible on the side, depending on people's workflow on top is a must but I know some friends that would love it on the left or right side too.

It appears you are referring to Start11, which does have options for the TB to be at the top.

https://www.stardock.com/products/start11/

Sean Drohan
Stardock Product Lifecycle Manager

Reply #11 Top

Hi,

I'm currently experiencing an issue since groupy 2's release, and even after 2.12 update it's still there. 

Groupy's tab bar overflows when I maximize app, concealing my start menu icon as a result. It fixed itself temporarily after I updated to 2.12, but then somehow it reappears again. I'm on Windows 10 22H2, and am not sure about the steps to reproduce this bug. Maybe it's due to my vertical taskbar ? not sure if this is caused by interaction with other apps either. I only have a couple of gimmicks/tools installed , which are 7+ taskbar tweaks (to resize app icon in taskbar), translucenttb (to make taskbar translucent), and Microsoft PowerToys. Groupy 1 as far as I remembered used to work just fine, in that it did not overflow its tab bar.

It's somewhat annoying, can you guys check it out? appreciate it.

 

edit: it may truly due to vertical taskbar setup, because AFAIK windows 11 locked taskbar layout / did not natively support changing taskbar orientation, unlike windows 10 (aka this bug is windows 10 specific)

tab bar overflow

Reply #12 Top

Quoting Malebranche4850, reply 11

Groupy's tab bar overflows when I maximize app, concealing my start menu icon as a result. It fixed itself temporarily after I updated to 2.12, but then somehow it reappears again. I'm on Windows 10 22H2, and am not sure about the steps to reproduce this bug. Maybe it's due to my vertical taskbar ? not sure if this is caused by interaction with other apps either. I only have a couple of gimmicks/tools installed , which are 7+ taskbar tweaks (to resize app icon in taskbar), translucenttb (to make taskbar translucent), and Microsoft PowerToys. Groupy 1 as far as I remembered used to work just fine, in that it did not overflow its tab bar.

It's somewhat annoying, can you guys check it out? appreciate it. 

edit: it may truly due to vertical taskbar setup, because AFAIK windows 11 locked taskbar layout / did not natively support changing taskbar orientation, unlike windows 10 (aka this bug is windows 10 specific)

That would indeed be our conclusion as well.  I suspect if you did not have it that way (or any number of your 3rd party TB tools) that you would not see the issue.

Sean Drohan
Stardock Product Lifecycle Manager

Reply #14 Top

Anyone able to reproduce this issue? (Originally posted on Groupy2 - 2.12 Beta thread.)

 

Occasionally the Windows 10 "Contextual Tabs" show when "Integrate the tabs" is selected.

This doesn't always happen and seems to be an intermittent issue.

 

Two tabs, Downloads tab selected. (Above)

 

Same window Start Buttons tab selected. The "Manage" contextual tab is shown under the Downloads tab. (Above)

 

Windows 10 - 19045.3513     Groupy2_2.1.2.1-j112 Beta

Reply #15 Top

Quoting pelaird, reply 14

This doesn't always happen and seems to be an intermittent issue.

How frequent is 'intermittent', Pelaird?  Have you found any pattern that can reliably reproduce it?

Sean Drohan
Stardock Product Lifecycle Manager

Reply #16 Top

Quoting sdRohan, reply 15


Quoting pelaird,

This doesn't always happen and seems to be an intermittent issue.


How frequent is 'intermittent', Pelaird?  Have you found any pattern that can reliably reproduce it?

Sean Drohan
Stardock Product Lifecycle Manager

1. Create a new folder in the Windows Pictures folder and give it a name.
2. Open the Properties for this new folder and on the Customize tab, set the Optimize folder type to Pictures.
3. Put some PNG or JPG images in this folder.
4. Close all Explorer windows.
5. Now open the Pictures folder, wait a few seconds, and then select the folder created above, but don't open it.
6. The Contextual Menu for Picture Tools will be added and the Yellow Manage tab placed above it.

You might have to close the Explorer window and repeat steps 5. and 6. a few times for the yellow Manage tab to appear. I have found that it usually takes three to five time for the yellow Manage tab to appear.

It seems that once invoked, if you switch folders in the Navigation Pane, for instance clicking on This PC and then selecting a drive will display the green Manage tab above the Drive Tools tab.

 

I found this Microsoft site which discusses Displaying Contextual Tabs. Maybe this will help.

https://learn.microsoft.com/en-us/windows/win32/windowsribbon/ribbon-contextualtabs

 

Reply #17 Top
Hello Stardock People,
 
There seems to be a bug in Start11 v. 1.47 and/or Groupy v. 2.12.
 
Here's the Start11 configuration panel, seen on top of a Microsoft Word instance, with Groupy 2 already running.
 
With "Blur the wallpaper under the taskbar" turned ON, the status bar at the bottom of the Microsoft Word screen is partly hidden, even when the Start11 configuration panel is exited. Look at the bottom (especially the bottom left) of the picture, just above the grey taskbar top edge, to see this.
 
(To magnify it, right-click on the image and open it in a new browser tab or window).
 
With "Blur the wallpaper under the taskbar" ON...
 
With "Blur the wallpaper under the taskbar" turned OFF, the status bar at the bottom of the Microsoft Word screen is somewhat readable, even when the Start11 configuration panel is exited -- but, the part that was hidden when "Blur [etc]" was ON, is now painted over with a transparent grey stripe.
 
image.png
 
The Microsoft Word status bar and its text should be fully visible, without any overpainting, whether "Blur the wallpaper under the taskbar" is turned ON or OFF.
 
This can be resolved by disabling and then re-enabling Groupy 2, but it shouldn't happen in the first place.
 
Hope you can fix this.
 
With kind regards,
PatrickOfLondon
Reply #18 Top

Quoting PatrickOfLondon, reply 17


Hello,
Sorry to hear you are having issues. But, please re-post your pictures. Can't seem to view it on my system.

Thanks
Basj,
Stardock Community Assistant.

Reply #19 Top

Hi Basj, here are those images, again. They're screenshots, with Microsoft Word active in a Groupyd window, and the Start11 configuration panel in view.

Look closely at the area at the bottom of the images, and especially the bottom left of them.

In the first image below, with Taskbar blurring switched on, something is wrong with how Groupy2 and/or Start11 have calculated the available window height (above the Taskbar) within which to display the Microsoft Word application that's being Groupyd. That's why the bottom edge of the Word status bar, and the lower part of the wording it displays, are hidden behind the Taskbar's top edge.

 

In the second image, below, after turning off "Taskbar blurring" in Start11, the bottom edge of the Word status bar is no longer completely hidden; but the screen area that was previously hidden, is now overpainted with a semi-transparent grey-beige colour. It looks like this is some kind of forgotten remnant from the previously active "Taskbar blurring", which has not been correctly handled after turning "Taskbar blurring" off.

 

Reply #20 Top

Hello Patrick,

I can not reproduce your issue on my system. Is the issue only with MS Word? or any application with bottom info bar. Refer video below. I tested with Notepad++ but I don't see the issue.

Thank you,

Basj,
Stardock Community Assistant

Reply #21 Top

Hi Basj, I can't reproduce it either, now, having made it go away by disabling and re-enabling Groupy2 as originally mentioned.

If I determine a series of steps to go through to make the problem re-appear, I'll let you know.

Otherwise, for now, case closed. Thanks for taking a look.

Reply #22 Top

Great, do let us know if it creep up on you again.

Thank you,

Basj,
Stardock Community Assistant

Reply #23 Top

New tabs do not open with the correct colors in dark mode.

  • Exact Windows version \ build (winver.exe)

    • Windows 11, Version 22H2 Build 22621.2428
  • Detailed steps to recreate the issue seen

    • Explorer Tab with one tab open
    • Open another Explorer Window

    • The new tab has the wrong coloring

    • Switching the color or switching to light mode and back to dark fixes that tab, but new tabs will continue to open with the wrong colors.

    • This doesn't happen when in light mode. New tabs seem to color just fine.

I'm using Groupy 2 version 2.12.

Reply #24 Top

Quoting qalldredge, reply 23

New tabs do not open with the correct colors in dark mode.

    • Exact Windows version \ build (winver.exe)
        • Windows 11, Version 22H2 Build 22621.2428
    • Detailed steps to recreate the issue seen
        • Explorer Tab with one tab open

        • Open another Explorer Window

        • The new tab has the wrong coloring

    • Switching the color or switching to light mode and back to dark fixes that tab, but new tabs will continue to open with the wrong colors.


 

    • This doesn't happen when in light mode. New tabs seem to color just fine.


I'm using Groupy 2 version 2.12.

Hello,
Sorry to hear you are having issues. I can not reproduce your issue on my system. Refer screenshot below. Do you have other 3rd party application that change Windows explorer, such as Explorerpatcher etc

Thanks
Basj,
Stardock Community Assistant.

Reply #25 Top

Groupy continues to disregard rules and auto-group windows in a seemingly random manner. Is this something that is close to having a resolution? It's been a well-known issue for a while but doesn't seem to be any closer to a fix.

It makes Groupy unusable to me because when it groups a window that's been defined to not auto group, it will change the size of the window. I've got many windows carefully sized and have columns whose widths are carefully sized. When you drag those windows back out of a group, the window will have been resized and column widths altered. There are more reasons Groupy is presently unusable in my opinion, but this is the main one for me.

I'll just mention 3 more..

1. It doesn't matter if the option to show a Groupy bar above the top of the title bar is turned on or not, if you open Control Panel in File Explorer, that bar is displayed at all times, whether on or off, and whether hovering the mouse over the title bar or not. 

2. Custom Rules. These can only be used to have windows auto-group. There needs to be a way to define the rule to do the opposite. That is, disallow windows from auto-grouping. This is because the custom rules have the option of identifying windows by Process, Windows Class, Window Caption (partial or whole string, and Microsoft Word / Microsoft Excel / Microsoft PowerPoint file or File Explorer folder (optional). I've mentioned before FreeCommander file manager. I'd like it to auto-group but currently can't allow that because of the behavior of Groupy. Every single dialog box that gets opened by FreeCommander gets maximized and placed into a group by Groupy if I allow auto-grouping of FreeCommander.exe. If I could use the custom rules to disallow all those by their Process, Class, or Caption, I could prevent that from happening and FreeCommander would function as intended. Another huge problem is that some of these dialog boxes that get maximized and grouped don't have enabled the use of the mouse to drag and drop to resize them. So you're stuck with a huge dialog that you can drag out of the group, but you can't resize it back to normal.

3. It seems like complaints people bring up fall on deaf ears and never get resolved, which makes it less likely for us to take the time to provide feedback.

 

Below is a picture of how to set things to never auto group and below that, a second picture is the list created of them that gets completely ignored. If I have Groupy enabled and auto group on, that list doesn't get obeyed. This doesn't allow you to exclude in the various ways custom rules have as triggers either.