starred/Proxyman

Fork 0

mirror of https://github.com/ProxymanApp/Proxyman.git synced 2026-04-25 16:15:55 +03:00

[GH-ISSUE #1052] Don't scroll unless at the top/bottom #1046

New issue

Open

opened 2026-03-03 19:24:04 +03:00 by kerem · 5 comments

kerem commented

2026-03-03 19:24:04 +03:00

Owner

Originally created by @vrnvorona on GitHub (Oct 29, 2021).
Original GitHub issue: https://github.com/ProxymanApp/Proxyman/issues/1052

Originally assigned to: @NghiaTranUIT on GitHub.

Proxyman version? 2.34.1

macOS Version? 11.6

Steps to reproduce

Make some requests
Scroll down a little and select request to inspect
Send more requests
Expected: When scrolled, there is no autoscroll, and selected request stays in the same place
Actual: With new requests list scrolls a little bit, and selected request is drifting away

I would expect similar behavior as terminals do, if you are at the very bottom (or top since I prefer sorting this way), then it's doing auto scroll, but other wise it stays in same place for comfort navigation between requests.

Originally created by @vrnvorona on GitHub (Oct 29, 2021). Original GitHub issue: https://github.com/ProxymanApp/Proxyman/issues/1052 Originally assigned to: @NghiaTranUIT on GitHub. ### Proxyman version? 2.34.1 ### macOS Version? 11.6 ### Steps to reproduce 1. Make some requests 2. Scroll down a little and select request to inspect 3. Send more requests Expected: When scrolled, there is no autoscroll, and selected request stays in the same place Actual: With new requests list scrolls a little bit, and selected request is drifting away I would expect similar behavior as terminals do, if you are at the very bottom (or top since I prefer sorting this way), then it's doing auto scroll, but other wise it stays in same place for comfort navigation between requests.

kerem commented

2026-03-03 19:24:05 +03:00

Author

Owner

@NghiaTranUIT commented on GitHub (Oct 29, 2021):

Hey @vrnvorona thanks for your feedback.

but what you describe is what Proxyman works at the moment. Please see the video here: https://www.dropbox.com/s/50m4gb3uw62sg4n/Screen%20Recording%202021-10-29%20at%2021.40.37.mov?dl=0

If the scroll bar is at the bottom, it will auto scroll down if I add more request (Open Product Hunt App).
If I scroll to a middle position, it will stay there regardless of the new coming requests.

If you don't mind, please record a video and share to nghia@proxyman.io (If you have sensitive data that you don't want to public). I'd like to investigate it 👍

@NghiaTranUIT commented on GitHub (Oct 29, 2021): Hey @vrnvorona thanks for your feedback. but what you describe is what Proxyman works at the moment. Please see the video here: https://www.dropbox.com/s/50m4gb3uw62sg4n/Screen%20Recording%202021-10-29%20at%2021.40.37.mov?dl=0 - If the scroll bar is at the bottom, it will auto scroll down if I add more request (Open Product Hunt App). - If I scroll to a middle position, it will stay there regardless of the new coming requests. If you don't mind, please record a video and share to nghia@proxyman.io (If you have sensitive data that you don't want to public). I'd like to investigate it 👍

kerem commented

2026-03-03 19:24:05 +03:00

Author

Owner

@vrnvorona commented on GitHub (Oct 29, 2021):

Here it is. Maybe there is some setting? Or maybe it doesn't work with time filter?
https://user-images.githubusercontent.com/11422913/139456170-eb81beec-e62c-4210-a219-79db42369979.mp4

@vrnvorona commented on GitHub (Oct 29, 2021): Here it is. Maybe there is some setting? Or maybe it doesn't work with time filter? https://user-images.githubusercontent.com/11422913/139456170-eb81beec-e62c-4210-a219-79db42369979.mp4

kerem commented

2026-03-03 19:24:05 +03:00

Author

Owner

@NghiaTranUIT commented on GitHub (Oct 29, 2021):

Ah, I see. It because the DESC Sorting.

On macOS, the origin coordinator of the TableView is top-left corner. Therefore, when appending new row on the top, the NSTableView will push the current selection to below row, even thought the offset scroll view is remained.

I will check out tomorrow and see if I can fix it 👍

For now, to work around, you might click on the ID Column to select ASC Sorting (New row at the bottom). It will work

@NghiaTranUIT commented on GitHub (Oct 29, 2021): Ah, I see. It because the DESC Sorting. On macOS, the origin coordinator of the TableView is top-left corner. Therefore, when appending new row on the top, the NSTableView will push the current selection to below row, even thought the offset scroll view is remained. I will check out tomorrow and see if I can fix it 👍 For now, to work around, you might click on the ID Column to select ASC Sorting (New row at the bottom). It will work

kerem commented

2026-03-03 19:24:05 +03:00

Author

Owner

@vrnvorona commented on GitHub (Oct 29, 2021):

Thanks for workaround, works like a charm. And functionally is almost same as Time sorting.

@vrnvorona commented on GitHub (Oct 29, 2021): Thanks for workaround, works like a charm. And functionally is almost same as Time sorting.

kerem commented

2026-03-03 19:24:06 +03:00

Author

Owner

@sleeve commented on GitHub (Jan 28, 2024):

I also prefer the DESC sorting method (usually by request ID number) and this is still an annoyance when I'm testing something that is generating new calls at the top of the list.

Would love to find a way to properly fix this auto scroll when columns are using DESC sort bug. 🤞

@sleeve commented on GitHub (Jan 28, 2024): I also prefer the DESC sorting method (usually by request ID number) and this is still an annoyance when I'm testing something that is generating new calls at the top of the list. Would love to find a way to properly fix this auto scroll when columns are using DESC sort bug. 🤞