mirror of
https://github.com/ProxymanApp/Proxyman.git
synced 2026-04-25 16:15:55 +03:00
[GH-ISSUE #263] [Feature] Filter by resource type #261
Labels
No labels
Discussion
Feature request
In Progress...
Plugins
Waiting response
Windows
Windows
bug
duplicate
enhancement
feature
good first issue
iOS
macOS 10.11
question
wontfix
✅ Done
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Proxyman#261
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @neofight78 on GitHub (Aug 26, 2019).
Original GitHub issue: https://github.com/ProxymanApp/Proxyman/issues/263
Originally assigned to: @NghiaTranUIT on GitHub.
It would be great to be able to quickly filter by resource type as in the Safari inspector. Usually I don't want to see all the image requests for example.
@shirshak55 commented on GitHub (Aug 26, 2019):
yea and most of the time I just want to totally exclude image, font etc. :(
@NghiaTranUIT commented on GitHub (Aug 27, 2019):
Related to #251 and #164.
I guess I could quickly support the "filter" by introducing the lightweight By-Pass list (wildcard support). Thus, *.jpg or whatever you like could be ignore in entire Proxyman, and less distraction 😄
If you like it, I could push it forward in Proxyman 1.6.0 (next release)
@neofight78 commented on GitHub (Aug 27, 2019):
While obviously the linked features offer a lot of power, what’s needed is a quick way to cover what must be a common scenario, rather than having to configure from scratch. So whatever mechanism is used, including wildcards, some default presets would be the way to go. Filtering on mime type would seem to be what’s needed.
Obviously the sooner you can implement the better as far as I am concerned 😉
@NghiaTranUIT commented on GitHub (Aug 27, 2019):
Agree with you @neofight. I would ship the MVP version of smart folder as a simple Filter (like Safari) on specific Folder for you as a simple needed.
For instance,
I will ship it in next version 👍
@NghiaTranUIT commented on GitHub (Sep 1, 2019):
The feature is done. I'm going to release soon 🥇
@shirshak55 commented on GitHub (Sep 1, 2019):
wow will wait for it to test it
@NghiaTranUIT commented on GitHub (Sep 4, 2019):
All done 👍
🤯 Changelogs
@NghiaTranUIT commented on GitHub (Sep 4, 2019):
Hey @shirshak55 @neofight , let check the Filter BETA at https://proxyman.s3.us-east-2.amazonaws.com/beta/Proxyman_1.5.1_Filter.dmg
I would release tmr if everything is good. 👍
@neofight78 commented on GitHub (Sep 4, 2019):
A few quick observations:
Maybe worth looking at the accept header of the request to help determine the file type? E.g.
@NghiaTranUIT commented on GitHub (Sep 5, 2019):
Thank for quick feedback @neofight. I'd take the accept header to determine which group should be. Other issues are correct and will be fix before releasing.
However, the concern is that It's possible to detect the Ajax requests since Proxyman is just MiTM, not Google Chrome, who know where the requests are from. Currently, all JSON, XML, www-form are belonging to XHR tab, and it seems to be incorrect, since other requests (maybe text/) could be too.
I guess I should remove the XHR tab and introduce JSON, XML, FORM, JS and CSS tab.
@neofight78 commented on GitHub (Sep 5, 2019):
Regarding XHR I suspect you are right, so I agree it's probably best to remove the tab. Personally I'd just have JSON, XML, FORM under the document tab rather than create new ones. Generally as a web developer I want to separate out pages / dynamic content from all the static resources such as images, css etc.
@NghiaTranUIT commented on GitHub (Sep 5, 2019):
From your feedback, I've fixed and released new version of Global Filter bar @neofight at https://github.com/ProxymanApp/Proxyman/releases/tag/1.6.0
You can update directly from the app. Let check it out 😄
@neofight78 commented on GitHub (Sep 5, 2019):
Looks nice, one issue still remains (again should be resolvable by looking at file extension / accept headers):
Also, this is a bit nit picky I know, but I don't like "Doc" and "Img" as a tab names, maybe just use the full words?
@NghiaTranUIT commented on GitHub (Sep 6, 2019):
I deliberately make the label shorter since it could take less space to present entire filter bar.
I will double check the 404-case and make the title is full since it makes more sense 👍
@shirshak55 commented on GitHub (Sep 6, 2019):
Yea short is nice by the way. Anyway we can add advance filters in left
side so user can name their filter anyway in future :)
On Fri, Sep 6, 2019 at 1:49 PM Nghia Tran notifications@github.com wrote: