Keep an app unblocked in the firewall?

[ittroll]

@Huda_GlassWire Please can you check if this longstanding issue is being worked on. The problem is with apps and Windows components which install updates to a new folder name and so require re-approval, or simply fail to trigger a prompt and so are silently blocked. This has been a known issue for years and previous reps have claimed it was being worked on. Suggested solutions include rules which incorporate publisher certificates and/or wildcards paths. Here are a couple more old threads on the issue:

Opera Browser Firewall Prompts

Each time the Opera Browser receives an update (which is quite frequent), GlassWire Firewall re-prompts for access. I guess this is because it installs into a version specific folder e.g. C:\Program Files (x86)\Opera\58.0.3135.68\opera.exe Can anything be done to always allow Opera?

Blocking / Allowing based on certificates

Quite frankly, I doubt I would use such a feature, but I could see some benefit to globally allowing (or blocking) based on a publisher’s certificate. I have a few people I provide support for and I have convinced several of them to buy Glasswire. I always have them turn on VirusTotal checking and instruct them on how to verify zero engines at VirusTotal have determined something is malicious before they allow a program to access the network. But GlassWire can be pretty noisy, especially at th…

Microsoft Edge WebView2 is a prime example of the long standing problem, this Windows component is used by many other applications. Following an update it installs into a new folder and GlassWire silently blocks it. Now other unrelated apps will suddenly stop working and the user has to divine why.

All we need is a basic rule which uses wildcards and (for extra security) checks the digital signature.

So the executable path is:

C:\Program Files (x86)\Microsoft\EdgeWebView\Application\*\msedgewebview2.exe

Instead of:

C:\Program Files (x86)\Microsoft\EdgeWebView\Application\139.0.3405.125\msedgewebview2.exe