Open terminal menu shortcut becomes invalid when a folder is selected
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
nautilus-open-terminal (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: nautilus-
System: Ubuntu 9.10 32 and 64 bit, Nautilus 1:2.28.1-0ubuntu3 with the nautilus-
Bug: I have assigned a shortcut to the open terminal action in the menu by highlighting it, and pressing F4. This works fine when only a file or nothing is selected in the main window: I press F4 and the terminal opens up in the correct location. However, if I select a folder in the main window, pressing F4 no longer does anything. Moreover, if I open up the File menu it shows the shortcut key for the open terminal action to be '-/-' i.e. dash-slash-dash. It shows the bound key, F4, in the previous case. If I try to assign the shortcut key again while it reads the '-/-' Nautilus crashes.
To be perfectly clear, the crash is not really the issue here (it is possibly a symptom, though). What should happen is that the shortcut key should maintain its state and work when a folder is selected. I imagine the action would be to open the terminal in the selected folder (and not the current folder).
Thanks for discovering the pattern, SiegeLord! I can confirm this, and I've now noticed that the keyboard shortcut for "open in terminal" is broken if _and_only_if_ the selection consists of exactly one folder. If I clear the selection, or if I include some regular files in the selection, or if I select more than one folder, then the bug goes away.
I've also noticed that various nautilus windows are independent with respect to this bug. If a single folder is selected in one window, "open in terminal" is broken in that window only; other windows continue to work fine, assuming that the selections there consist of something other than a single folder.
I note that the case of a single folder being selected is a special case for nautilus- open-terminal: "Open in Terminal" opens a terminal in the selected folder, rather than the folder displayed in the window. So it makes sense that this special case would have different (broken) behavior.
Apport trace of the segfault at (duplicate) bug # 555371.