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

***Reserved***

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!

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 ?

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.

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)

You are correctly, It`s my mistaken, it works, I got confused because I got the Start 11 and The Group and Groupy 2.

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

Sean Drohan
Stardock Product Lifecycle Manager

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.

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.

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.

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.