Currently, when you check out a PR, an additional tree view called "Changes in Pull Request" appears, which lists file changes and commits for the PR. The file changes use local commit and file information to display changes, and have an inline action to directly jump to the local file.

Since the "Changes in Pull Request" tree view is collapsed when added, it's hard to discover, and shows somewhat redundant information. When I'm reviewing something, I usually start working through the file changes in the "GitHub Pull Requests" tree, then want to jump to the local file, so expand the "Changes in Pull Request" tree and have to find the same place in the file list.

The idea of having a separate tree was to focus in on a particular PR when its checked out, but since there isn't API for reordering tree views in a viewlet and easily controlling collapse/expand, it's worth seeing if creating a consolidated tree view is a better work flow