[GH-ISSUE #1166] [BUG] Delete row should not select the first row #1161

Open
opened 2026-03-03 19:48:52 +03:00 by kerem · 1 comment
Owner

Originally created by @NghiaTranUIT on GitHub (Mar 8, 2022).
Original GitHub issue: https://github.com/ProxymanApp/Proxyman/issues/1166

Originally assigned to: @NghiaTranUIT on GitHub.

Description

If we delete the selected row (Hit Delete button), Proxyman automatically selects the first row by default. Thus, UX is really bad because the user has to manually click on the next row.

Proxyman deletes rows issue

Acceptance Criteria

  • Keep the current selection after deleting a request/response
Originally created by @NghiaTranUIT on GitHub (Mar 8, 2022). Original GitHub issue: https://github.com/ProxymanApp/Proxyman/issues/1166 Originally assigned to: @NghiaTranUIT on GitHub. ### Description If we delete the selected row (Hit Delete button), Proxyman automatically selects the first row by default. Thus, UX is really bad because the user has to manually click on the next row. ![Proxyman deletes rows issue](https://user-images.githubusercontent.com/5878421/157158983-dc5a36da-7c7e-4128-88e8-df489143b4f6.gif) ### Acceptance Criteria - Keep the current selection after deleting a request/response
Author
Owner

@NghiaTranUIT commented on GitHub (Mar 8, 2022):

Done with this Beta build: https://proxyman.s3.us-east-2.amazonaws.com/beta/Proxyman_3.2.0_Fix_deleting_rows.dmg

GIF

2022-03-08 10 33 53

<!-- gh-comment-id:1061371930 --> @NghiaTranUIT commented on GitHub (Mar 8, 2022): Done with this Beta build: https://proxyman.s3.us-east-2.amazonaws.com/beta/Proxyman_3.2.0_Fix_deleting_rows.dmg ### GIF ![2022-03-08 10 33 53](https://user-images.githubusercontent.com/5878421/157161218-95179505-c4ec-4a09-a7bb-44f99c9c80e1.gif)
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#1161
No description provided.