[GH-ISSUE #1684] Is it possible to set the default order of Action when use Block List? #1676

Open
opened 2026-03-03 19:53:24 +03:00 by kerem · 4 comments
Owner

Originally created by @sunimp on GitHub (Jun 19, 2023).
Original GitHub issue: https://github.com/ProxymanApp/Proxyman/issues/1684

Originally assigned to: @NghiaTranUIT on GitHub.

Description

Would it be possible to add an option to adjust the default Action of the Block List, which would give us a great convenience!

Why this feature/change is important?

At present, in the Block List, the default Action is Block & Hide Request. When I block a request, I can't confirm whether the request was successfully blocked, or whether my own code caused the request to not be sent successfully, because I can't see the request from the request list. Then if I change this behavior, When I use Block List, I need to change the Action every time, so that I can see that it is a clear failure request. This brings inconvenience to the high-frequency use of this function.


image

Thank you for bringing such great software!

Originally created by @sunimp on GitHub (Jun 19, 2023). Original GitHub issue: https://github.com/ProxymanApp/Proxyman/issues/1684 Originally assigned to: @NghiaTranUIT on GitHub. ## Description <!-- A brieft of what feature/change? --> Would it be possible to add an option to adjust the default `Action` of the `Block List`, which would give us a great convenience! ## Why this feature/change is important? <!-- Explain why Proxyman needs this feature/change? --> At present, in the `Block List`, the default `Action` is `Block & Hide Request`. When I block a request, I can't confirm whether the request was successfully blocked, or whether my own code caused the request to not be sent successfully, because I can't see the request from the request list. Then if I change this behavior, When I use `Block List`, I need to change the `Action` every time, so that I can see that it is a clear failure request. This brings inconvenience to the high-frequency use of this function. --- <img width="693" alt="image" src="https://github.com/ProxymanApp/Proxyman/assets/16975429/3996cd35-12d8-43bf-8eee-6d23784875e6"> --- **Thank you for bringing such great software!**
Author
Owner

@NghiaTranUIT commented on GitHub (Jun 19, 2023):

Thanks. I might implement it if have more request on this feature 👍

<!-- gh-comment-id:1596402541 --> @NghiaTranUIT commented on GitHub (Jun 19, 2023): Thanks. I might implement it if have more request on this feature 👍
Author
Owner

@iostiny commented on GitHub (Jun 19, 2023):

Wow, It's the feature I look forward for a long time. Please help us to clarify this two scenarios as @sunimp mentioned above.

<!-- gh-comment-id:1596436516 --> @iostiny commented on GitHub (Jun 19, 2023): Wow, It's the feature I look forward for a long time. Please help us to clarify this two scenarios as @sunimp mentioned above.
Author
Owner

@NghiaTranUIT commented on GitHub (Jun 19, 2023):

@iostiny you mean the feature to let you set a default Action when creating a new Block Rule?

Just to clarify that:

  • Block & Hide
  • Block & Display
  • Hide, but not block

are already introduced in the latest build 4.8.0 👍

<!-- gh-comment-id:1596437085 --> @NghiaTranUIT commented on GitHub (Jun 19, 2023): @iostiny you mean the feature to let you set a default Action when creating a new Block Rule? Just to clarify that: - Block & Hide - Block & Display - Hide, but not block are already introduced in the latest build 4.8.0 👍
Author
Owner

@iostiny commented on GitHub (Jun 19, 2023):

@NghiaTranUIT Yes, Block & Display is preferred by default for me.

<!-- gh-comment-id:1596440567 --> @iostiny commented on GitHub (Jun 19, 2023): @NghiaTranUIT Yes, `Block & Display` is preferred by default for me.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/Proxyman#1676
No description provided.