I prefer to NOT group windows so I can sort them manually, but also, offhand, because I believe it groups off of the executable name, not the profile.
If you right click on the Icons-and-Text Task Manager Settings, the Behavior tab has TWO options for Group: behaviors [Do Not Group] (I prefer this anyway) or [By Program Name] which I take to mean the executable. I'm not sure if it follows symlinks, but if that's an issue you can probably make a script to hardlink instead. A couple firefox-profilename applications that point back to firefox should work. You can even make a custom version of the launcher that invokes with a specific profile ID rather than selecting one.
As a further set of asides:
Firefox please 1) It'd be nice if firefox renamed it's arguments list to prefix it with the selected profile ID as the first item.
KDE Plasma please 2) It would be great if the grouping thing could be expanded to E.G. consume the program name + first two tokens of the arguments. Maybe with a customization per group.
KDE mega _please_ 2.b) Or even just to call an external program with a window ID handle and have it write back a string that's used as the group 'name'.
Actually I realized I totally forgot a crucial detail. I run my other profile using Firefox Beta, so they really are separate applications. I assume that would fully explain why they behave separately. Sorry about that.
Will have to test using multiple profiles using the same executable.
However, if the same "trick" works on Linux, perhaps it could be exploited by Firefox creating a separate executable that launches a specific profile.
We do that with our application, using the "self-extracting zip trick", ie appending data to the executable that is read during start-up.
Firefox couldn't do the link thing itself without either being a setuid binary, or running somewhere the user could replace Firefox. You could MAYBE get it to make a symlink under XDG_RUNTIME_DIR, or /tmp if that's unset, since symlinks work across devices. At least on my desktop /tmp is allowed to contain executables and a symlink to /usr/bin/bash executes and remains named as the symlink path.
Though it'd still be many times better if Firefox made it easier to tell which profile was associated with a given process (prefix the argument list as if launched with that). ALSO if KDE's task list supported improved flexibility for group categorization. It wouldn't even need to run an external program other than once for each new window created.
It's been far too long since I set it up, so I forget if I had to duplicate the application, if you do mine uses these settings:
I prefer to NOT group windows so I can sort them manually, but also, offhand, because I believe it groups off of the executable name, not the profile.If you right click on the Icons-and-Text Task Manager Settings, the Behavior tab has TWO options for Group: behaviors [Do Not Group] (I prefer this anyway) or [By Program Name] which I take to mean the executable. I'm not sure if it follows symlinks, but if that's an issue you can probably make a script to hardlink instead. A couple firefox-profilename applications that point back to firefox should work. You can even make a custom version of the launcher that invokes with a specific profile ID rather than selecting one.
As a further set of asides:
Firefox please 1) It'd be nice if firefox renamed it's arguments list to prefix it with the selected profile ID as the first item.
KDE Plasma please 2) It would be great if the grouping thing could be expanded to E.G. consume the program name + first two tokens of the arguments. Maybe with a customization per group.
KDE mega _please_ 2.b) Or even just to call an external program with a window ID handle and have it write back a string that's used as the group 'name'.