Drag-n-drop tab to new window, while SFTP mount is loading, crashes nemo
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 42/100
Research direction
Start by reproducing the crash using a slow SFTP mount, an incompletely loaded new tab, and tab drag-and-drop into a new window. Trace the SIGABRT through the tab tear-off and loading paths, then verify that moving a still-loading tab no longer closes all Nemo windows and that the other listed scenarios remain unaffected.
Written by the indexing model from the issue text.
Description
* Nemo version 5.0.1
* Windowed nemo
* Arch Linux
Issue
When drag-n-dropping a nemo tab to create a new window, while an SFTP mount is loading, all nemo windows crash.
Steps to reproduce
- Mount an SFTP host through nemo (preferably a slow one, which takes long to load; easier to reproduce)
- Open the mount, wait for it to load
- Create a new tab (Ctrl+T?). The new tab opens in the same location as the last one; the SFTP mount, and begins loading
- Before the new tab has finished loading, drag-n-drop it outside the window, so as to create a new nemo window
- All open nemo windows close (SIGABRT)
Additional information
- If instead, at step 4, the new tab has finished loading before dragging it out, the problem does not appear
- Also, I think it only happens when dragging the new tab, that's currently loading. Not when dragging the old tab, that's already loaded, while the new one still is.
- I've only tested an SFTP mount, but it's quite possible it also happens for other mount types.
- Dominant language
- C
- Stars
- 1.6k
- Forks
- 368
- Avg merge
- 4d 4h
- Merged PRs (30d)
- 2
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.
More from linuxmint/nemo
-
Desktop rename box: white text on a hardcoded white gradient with any dark theme (also black caret) Open
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Similar issues
-
[adam] AdamNet network read doesn't cap to MAX_ADAM_PACKET_LEN, overflows client receive buffers Open
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
FujiNetWIFI/fujinet-firmware#1649 · 2 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
HarbourMasters/Shipwright#7229 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
riscv-software-src/riscv-isa-sim#2435 · 1 comment ·
-
bug Self Built Image SNAPSHOT Supported Device target/ramips
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100