If a rule is created from the tray notification that uses one of the default user/special rules, the rule is created and enabled but the checkbox is not checked. Also, it doesn't appear to be possible to just uncheck the rule to disable it (I know you have to disable the special user rule). It would be nice if you could disable an app without the need to disable the special rule (obviously, disabling the special rule would disable any apps that use it, assuming that's the only rule they have)
What version? 3.0.3 works well with that
Yes 3.0.3. However, it is same with 3.0.4.
If a rule is created from the tray notification that uses one of the default user/special rules, the rule is created and enabled but the checkbox is not checked.
Shouldn't the checkbox be checked once the rule has been created via tray notification that uses one of the default user/special rules ?
checkbox for the or what?
------ 袠褋褏芯写薪芯械 褋芯芯斜褖械薪懈械 ------
袨褌: Clouds123 notifications@github.com
袨褌锌褉邪胁谢械薪芯: August 2, 2019 4:16:19 PM UTC
袣芯屑褍: henrypp/simplewall simplewall@noreply.github.com
袣芯锌懈褟: Henry++ support@henrypp.org, Comment comment@noreply.github.com
孝械屑邪: Re: [henrypp/simplewall] [REQ] Minor GUI improvements (#500)
Yes 3.0.3. However, it is same with 3.0.4.
If a rule is created from the tray notification that uses one of the default user/special rules, the rule is created and enabled but the checkbox is not checked.
Shouldn't the checkbox be checked once the rule has been created via tray notification that uses one of the default user/special rules ?
--
www.henrypp.org | github.com/henrypp
I thought the checkbox on the left meant the rule was either enabled or disabled, but when using a special/usel rule, the rule is created with the checkbox disabled, even thoug hthe rule seems tobe enabled. Expected behaviour: When the new rule is created using a user/special rule, the chebox shouldnbe checked/enabled by default. Enabling/Disabling the rule with the wcheckbox should meanthat it doesn't apply to that process.
PS. SW 3.0.4
Now i see - it's just UI bug, rule is enabled and filters are working.
@Clouds123 In the main application list, when the checkbox is ticked, it means "allow all traffic". When it's not ticked, it means "block all traffic". So, if you have a user rule that allows specific traffic for the application, you should leave the checkbox __unticked__, otherwise, you would still allow all traffic, no matter what the user rules are.
If you have a user rule for the app to _block_ specific traffic, you can tick the checkbox to allow all traffic except for the traffic blocked by the user rule.
@henrypp Hopefully, I explained this correctly?
@ltGuillaume thank you for your explanation!
Thanks @ltGuillaume - that makes it clear.
@henrypp - To make the GUI more intuitive, can you change the listview group/section headers text to something like....
You could also maybe split the "Apps with user rules" group/section into two separate groups:
"ALLOW all traffic for these apps EXCEPT for specified user rules"
and
"BLOCK all traffic for these apps EXCEPT for specified user rules"
Also, possibly remove the option View > Enable group of user rules, as the above changes make it redundant.
"Allowed apps" and "Blocked apps" would suffice I think 馃槂
Most helpful comment
@Clouds123 In the main application list, when the checkbox is ticked, it means "allow all traffic". When it's not ticked, it means "block all traffic". So, if you have a user rule that allows specific traffic for the application, you should leave the checkbox __unticked__, otherwise, you would still allow all traffic, no matter what the user rules are.
If you have a user rule for the app to _block_ specific traffic, you can tick the checkbox to allow all traffic except for the traffic blocked by the user rule.
@henrypp Hopefully, I explained this correctly?