Non-existant branch appears in branch list of "Files" view after accepting merge request (with "remove source branch")

Version GitLab 7.13.4 7c3e8bc

Creating a new issue here, because I think this is separate from https://gitlab.com/gitlab-org/gitlab-ce/issues/2004

Steps to reproduce:

• Push up a branch with changes, e.g. branch_1
• Create a merge request from the branch
• Accept the merge request, and "Remove source branch"
• Go to the "Files" view, and notice that branch_1 still appears in the drop down list
• Via git, confirm that indeed the remote branch has been removed, and it's just Gitlab that incorrectly shows the branch in its view
• Push up a new branch, e.g. branch_2
• Now go to the "Files" view again and notice that branch_1 has disappeared from the list

Looks like the branches list is not flushed/similar when a source branch is removed when accepted a merge request? I'm guessing, but hopefully the steps above make the problem clear

Yes, it looks like the remove source branch functionality uses a git push in the satellites dir, which does not invalidate the branch name cache in the main repository.

mentioned in merge request !1160 (merged)

Status changed to closed by commit 6e808fc2

@stanhu - has this fix been released yet?

@myitcv Not yet. Should be available in GitLab 7.14 to be released on August 22.

mentioned in commit 6e808fc2

mentioned in commit 798f2fe1

mentioned in merge request !14785