update: i seem to have incorrectly understood the nature of the issue. the renaming of the wrong file happens if the wrong tab is active. however, i still believe that the behaviour discovered is faulty and am not closing the issue.

Thanks @feakuru, confirmed. I've updated your reproduction steps with the extra information in your update. Looks somewhat related to #13398.

I'm also experiencing this (Atom 1.18.0 on MacOS 10.12.5) - contextual menu from right-click appears over the click point, not the active tab. Right click should activate the tab underneath the click, or not display options that can't be performed on an inactive tab (as it does when right-clicking elsewhere in the top of an open pane with tabs). Thanks!

Updating the issue title and body since the bug includes Reveal in Tree View and Show in Finder
x-ref: #16586

Part of the problem here is that these menu options do things like;

tree-view:reveal-active-file
tree-view:show-current-file-in-file-manager

And the active file is always the one with the cursor, not the one you clicked the menu on.

We have some other limitations here with the right-click menu such as if you're not in a file (e.g. in search results) then you won't see these context menu options no matter what you right click on. Basically the menu's contents are controlled by the current active file, not by the context menu target.

Options are

• Make the right menu button for tabs be completely based on the target - this is most likely what people expect but is a larger piece of work and will involve new commands etc.
• Make the current 'hide-half-the-menu-except-on-the-active-window-tab' which we use on other tabs in the split pane also apply to other split panes. Less useful but consistent with what we do today and is doable in the time we have.