Layout jump when navigating up from SFTP folder
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 1.6k
- Forks
- 368
- Avg merge
- 4d 4h
- Merged PRs (30d)
- 2
Description
Steps to reproduce
- Open Nemo to an SFTP folder (e.g.
sftp://192.168.0.105:2222/storage/emulated/0/Bluetooth) - Wait for the folder contents to fully load
- Navigate up one level (
Alt+Up)
Expected behavior
Parent folder contents appear in their final positions immediately — no layout shift.
Actual behavior
When navigating up, the layout jumps:
- First, only the previously-visited subfolder (Bluetooth) appears in the file list
- Then all other folders/files load in
- The Bluetooth folder jumps to its correct alphabetical position
This creates a visible layout shift — the Bluetooth folder "jumps" from one position to another.
Screen recording
Slow-motion video (4× slowed, frames 6–10s) showing the jump:
Environment
- Nemo version: 6.6.3
- Distro: Linux Mint 22.3 (zena)
- Desktop: Cinnamon
- Connection: SFTP over SSH
Notes
The jump does not happen consistently — it depends on timing of the SFTP directory listing response. When the listing arrives in one batch, no jump occurs. When it arrives in two stages (cached subfolder first, then full listing), the jump is visible.
This seems specific to the SFTP backend's asynchronous directory loading.
Contributor guide
No contributing guide indexed for this repository
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 by reproducing the issue in Nemo with an SFTP folder and observing the directory listing as it arrives in stages. Trace the SFTP backend's asynchronous directory loading and the file-list layout updates; done means navigating up no longer causes a cached folder to jump when the full listing arrives.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- desktop, networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100