You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 15, 2022. It is now read-only.
Added screenshot: Host on the left, Guest on the right.
You can also see there's no symbols using the symbols-tree-view package (the rightmost column on each window).
I already opened an issue (xndcn/symbols-tree-view#184) with them, but decided to open another one here since the package has little activity.
The text was updated successfully, but these errors were encountered:
I think this issue is caused by the fact that the guest's buffers are not persisted to disk.
As far as I can tell, symbols-view seems to only generate symbols for files that are persisted to disk. For example, if you create a new buffer, symbols-view doesn't show any symbols for the buffer until you save the buffer to disk:
From a teletype perspective, this is similar to the issue reported when attempting to run a linter on a remote buffer (atom/teletype#228 (comment)). There's a good chance that resolving that issue would resolve this issue as well.
However, in the meantime, if there's a way to make symbols view work with buffers that haven't been persisted to disk, that would likely resolve this issue for teletype guests and it would allow symbols-view to generate symbols for the scenario shown in the gif above as well.
Prerequisites
Description
When viewing a remote file from a teletype session, there are no symbols.
Steps to Reproduce
Expected behavior:
The list of symbols should be the same on both sides.
Actual behavior:
No symbols exist on guest.
Reproduces how often:
100%
Versions
Additional Information
Added screenshot: Host on the left, Guest on the right.
You can also see there's no symbols using the
symbols-tree-view
package (the rightmost column on each window).I already opened an issue (xndcn/symbols-tree-view#184) with them, but decided to open another one here since the package has little activity.
The text was updated successfully, but these errors were encountered: