Message List does not scroll up or down when navigating with keyboard
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 1k
- Forks
- 348
- Avg merge
- 12h 28m
- Merged PRs (30d)
- 91
Description
Expected behavior
Tell us what should happen
When I browse through the messages list (ML) or delete a message with keyboard bindings, the list should scroll up or down to show the currently selected email.
I am navigating mostly with keyboard in my list, so I don't scroll to go up or down.
When I reach the bottom of the ML, the selected email is not visible in the ML
When I get up in the ML with keyboard, the ML doesn't scroll to keep the selected message visible
When I remove many emails, the same issue as brosing the ML up happens.
In the "UP" case, we are also fooled by the fixed top bar, which hides a potentially visible message (the light tick line is the bottom of the selected email):

Actual behavior
Tell us what happens instead
The list didn't scroll, and I don't know where my selection is.
Mail app
Mail app version: (see apps admin page, e.g. 0.5.3)
Mailserver or service: (e.g. Outlook, Yahoo, Gmail, Exchange,...) unified inbox
Server configuration
Operating system: (e.g. Debian 8) Debian 10 (Raspbian, actually)
Web server: (e.g. Apache, Nginx,...) nginx
Database: (e.g. MariaDB, SQLite or PostgreSQL) Mariadb
PHP version: (e.g. 7.0) 7.3
Nextcloud Version: (see admin page, e.g. 13.0.2) 20.0.7
Client configuration
Browser: (e.g. Firefox 48) Opera 75
Operating system: (e.g. Arch Linux) Linux Mint 20.1
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
Start from the message list's keyboard navigation and selection behavior, including navigation and deletion bindings. Reproduce the issue by moving through the list and deleting messages with the keyboard, then verify that the selected email remains visible above or below the fixed top bar.
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
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100