$(GROUP) variable suddenly resolves to "SearchTab"?!

[Shine]

So I upgraded to 6.41 and suddenly all my downloads end up unsorted in

X:\path\SearchTab

instead of:

X:\path\a.b.groupname

How can I get the old behavior back, ie. that the $(GROUP) variable resolves to the actual group name the posts come from, instead of the Newsbin GUI tab where the download was started from?

Thanks.

[Quade]

That's a good question. You could try "LONGGROUP" instead of "GROUP" and see if that works.

If not, I'll have to look into it.

[Shine]

Same behavior, regardless whether using $(GROUP) or $(LONGGROUP).

It appears that $(GROUP) and $(LONGGROUP) always resolve to the GUI tab name now, not to the actual newsgroup of a post anymore

E.g. if I download a file from the search tab, it gets downloaded to:
X:\path\SearchTab

If I download a file from a tab that contains multiple grouped groups, it gets downloaded to:
X:\path\whichever_description_i_have_assigned (e.g. X:\path\Gay_Animal_Porn)

Only if I directly open a newsgroup, ie. the GUI tab is actually labelled "a.b.news.group.name", NB works as it should:
X:\path\a.b.news.group.name (when using GROUP)
or X:\path\alt.binaries.news.group.name (when using LONGGROUP)

Could you please bring back the behavior of previous versions to use the actual news group name for $(GROUP) and $(LONGGROUP)? If you absolutely must use grouped groups' names and tab names, would you please introduce a new variable for that? Such a major change of existing variable behavior really messes up everyone's download ordering - the change from $(GROUP) to $(LONGGROUP) already did mess up enough, but was at least manually fixable by renaming one's existing download folders or using LONGGROUP instead...

Thanks!

[Quade]

"Search" doesn't actually have a "group". Unlike a post listing.

I'll check it out.