Dear GlassWire Team,
I have identified two complementary features that I believe would significantly enhance the experience for power users and network administrators.
1. “Deny Custom Folders” in “Ask to Connect” Mode
When the Firewall Mode is set to “Ask to Connect”, please consider adding an option called “Deny Custom Folders”.
The user would provide a folder path (for example, the installation directory of offline games, accounting software, or sensitive system tools). GlassWire would then automatically scan and identify all executable files (such as .exe, .com, and other runnable binaries) within that folder and its subfolders. Once identified, the program would preemptively block them from accessing the internet by default, without showing any pop-up prompts to the user.
Why this is needed: This saves users from having to manually approve or deny dozens of individual files when dealing with large software suites, effectively eliminating repetitive and annoying pop-ups.
2. “Allow Custom Folders” in “Click to Block” Mode (The Reverse)
When the Firewall Mode is set to “Click to Block” (where everything is blocked by default), please add a corresponding option called “Allow Custom Folders”.
The user would point to a trusted folder path (for example, the directories of their web browsers, trusted cloud-sync tools, or official update managers). GlassWire would then scan and identify all executable files inside that folder and automatically grant them full internet access by default, without asking for user confirmation.
Why this is needed: When the overall firewall policy is locked down, this allows users to conveniently whitelist an entire trusted software bundle in one go, preventing critical applications from being unexpectedly cut off from the network.
Overall Benefit for GlassWire:
These two features would elevate traffic management from a tedious “file-by-file” basis to a highly efficient “folder-level” policy. This is a lifesaver for users managing portable app collections, legacy software, or organizational deployments. It drastically reduces pop-up fatigue and minimizes the risk of accidentally misconfiguring individual rules.
Thank you for taking the time to consider my suggestions. I would be more than happy to participate in beta testing or provide further real-world scenarios if needed.