ver 6.30B6
Using Topics with all their properties set the child groups seem to ignore (cosmetic or otherwise) the setting in a few ways:
1. Despite Topic having filename accept & reject filters set for a given filetype, child groups are rejecting the download based on global filter.
2. Topic has a Filter Profile set, shows that Filter Profile name, yet child groups say "none" and do #1 above.
3. Looking into the .NBI config file I find the settings stored interesting given these child groups have Parent references and no local overrides checked. Even odder is that the child group maintains previously checked overrides like Filter Profile, and even removing them from the .NBI by hand (while NBP is not running) still results in *some* child groups adding the settings back on next load/save cycle.
- Code: Select all
[some.random.group]
DisableAutoRAR=0
DisplayAge=0
EnableAutoMode=0
FilterProfile=MyFilter
LastAccess=1329509561
MaxSize=0
MinSize=0
PAR_AutoDownload=0
Parent=Random
ShowFiles=0
ShowNew=0
UseFTR=0
UseMDA=0
UsePath=0
UseProfile=0
- Code: Select all
[Random]
DisableAutoRAR=0
DisplayAge=0
DownloadPath=G:\downloads\nntp\Random\
EnableAutoMode=0
FilterProfile=MyFilter
IsExpanded=1
PAR_AutoDownload=0
ShowFiles=0
ShowNew=0
UseFTR=0
UseMDA=0
UsePath=1
UseProfile=1
Summary: It seems Topics are not governing their children's properties correctly, that some properties are set per-group even though not checked, and that unchecking per-group settings does not seem to flush the settings from the config. Manual pruning of the NBI file to remove all but Parent references from groups' entries does not mitigate the problem and in fact the settings return on next config save.
Sorry not to bring this up but before as I had not seen it until B6 choked on my filter DB & forced me to redo some stuff this this popped up. I can send I real copy of my configs privately if you need it.