Unexpected behavior after moving mails (both via drag & drop and action menu)
Open
Nobody has claimed this yet.
3. to review
bug
papercut
skill:frontend
- Dominant language
- JavaScript
- Stars
- 1k
- Forks
- 348
- Avg merge
- 12h 28m
- Merged PRs (30d)
- 91
Description
Steps to reproduce
- Scroll down in a folder and move any message to another folder
- See what happens with the main content, note difference between moving via drag & drop and action menu
Expected behavior
Next most recent mail (1 above in the list) gets opened. This is also good for accessibility to have the focus still nearby.
Actual behavior
- When using drag & drop: Topmost (most recent) mail gets opened.
- When using the "Move" entry from either of the action menus: Right side stays empty, nothing is selected.
Mail app version
2.1
Mailserver or service
No response
Operating system
No response
PHP engine version
No response
Web server
No response
Database
No response
Additional info
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the behavior in Mail 2.1 by moving a scrolled-list message with drag and drop and with the Move action, then trace the two UI flows that update the selected message. Done means both flows open the next most recent message, keep focus near the moved item, and no longer leave the content pane empty.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100