Semantic history opens a new emacs instance for filenames with Linenumbers
- iTerm2 version: 3.2.7
- OS version: macOS Mojave 10.14.3
- com.googlecode.iterm2.plist
Detailed steps to reproduce the problem:
- Select a valid filename, whose default opening handler is Emacs, which has a
:number
suffix (and optionally another:col
suffix) via Cmd+click
What happened:
- Even if an Emacs.app instance is already running, a new one is started
- The normal Emacs initialization process is running, which creates usually one or more frames
- A new frame is opened with an empty buffer named
emacs
(if a file with the same name happens to be in the current directory it's loaded) - The selected file is opened in a new buffer by splitting the new frame and the cursor is placed in the correct line/col
- Sometimes the already opened Emacs.app is brought into the foreground
What should have happened:
- Open the selected file in a new buffer of the currently running Emacs.app instance
- Place the cursor into the correct line/col
- Bring the corresponding Emacs Frame into the foreground
With the exception of step 2 this is exactly what already happens when opening a file without line/coll suffixes.
Edited by David Ongaro