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
I have a Z: drive mapped to a samba share, and vscode loads the project from Z:\project
Function & data parameter types, return types and access specifiers imported from other modules seem not to update in Vetur when modified (and saved). Reloading vscode causes them to be re-read and fixes the issue. Example:
In module xyz.vue I get a wavy line under x.init() with error Property 'init' is protected and only accessible within class 'TestDb' and its subclasses, because module 'test.ts' had declared method init() as protected when the project was loaded, even though it was then changed to public and saved.
If I restart vscode, everything works correctly because vetur has now re-read test.ts and detected the correct access specifier.
This problem only exists when loading the project from a samba share, and not when the project is loaded from a local drive.
The text was updated successfully, but these errors were encountered:
Any further thoughts on this? At the moment any imports from .ts files don't reflect in .vue files if the .ts file changes. The only workaround seems to be restarting vscode on a regular basis.
Info
Problem
I have a Z: drive mapped to a samba share, and vscode loads the project from Z:\project
Function & data parameter types, return types and access specifiers imported from other modules seem not to update in Vetur when modified (and saved). Reloading vscode causes them to be re-read and fixes the issue. Example:
Module 'test.ts'
Module 'xyz.vue'
In module xyz.vue I get a wavy line under
x.init()
with errorProperty 'init' is protected and only accessible within class 'TestDb' and its subclasses
, because module 'test.ts' had declared methodinit()
asprotected
when the project was loaded, even though it was then changed topublic
and saved.If I restart vscode, everything works correctly because vetur has now re-read test.ts and detected the correct access specifier.
This problem only exists when loading the project from a samba share, and not when the project is loaded from a local drive.
The text was updated successfully, but these errors were encountered: