Closed ByronBecker closed 1 year ago
Does the .vessel
directory contain the file which is mentioned in the error message?
Also, does this happen everywhere or just for a specific project? I'm currently looking for a way to reproduce this on my end.
I'm currently looking for a way to reproduce this on my end.
Sure, I find the https://github.com/ByronBecker/motoko-library-template is a decent reproducible example. Both the src/Library.mo
and test/Test.mo
files have this issue.
This repository works as expected for me (just shows errors related to the matchers
library, which is a known bug with nested Vessel projects), so I'm guessing this has something to do with the .vessel
directory being out of sync with the package-set.
Does this persist after deleting .vessel
and restarting the language server?
Thanks! It looks like doing that resolved the issue is question.
I now have a different issue, where (in the same project), it seems like in the test directory it's not able to pick up on matchers as an import (vessel imports).
However, in a different project that I'm working on based off of the same template and vessel imports, this problem doesn't appear.
Is there some sort of caching going on, or a command I can run to force the program to re-check imported packages with the language server?
@rvanasa, since the original issue seems to be fixed I'll close this issue for upkeep - but if you want to discuss the follow-up issue in the comment directly above ☝️ we can do so here, or via the forums (whatever you prefer)
Sounds good. I'll open a new issue to address nested Vessel projects, since this seems to be the most frequent blocker in the extension right now.
Reopened #66, which appears to be the same issue.
When developing a module, I often find that the top line of the file has the following error, regardless of if that line contains an import or not.
Hovering over red underline shows the following error:
.