Last update can not see all Laravel methods

draliragab

All of sudden after updating this extension to latest release, all my Laravel project show me errors like in screenshot.

draliragab

This error appears starting from version 1.38, version 1.37.13534 (August 04, 2023) is running OK without this issue.

JakubMisek

Thank you!

May I ask to try the latest pre-release (1.38.13796)?

If it's still broken, there is a new command > Clear /vendor/ cache. which updates the corrupted internal cache of composer packages.

draliragab

Just now I have tried both the pre-release version and the mentioned commands with the same results. still getting the same errors.
Currently I switched back to version v1.37.13534 and everything is OK.

JakubMisek

draliragab thank you, preparing update 1.38.13808.

In case you're trying it, I'd be glad for a screenshot of eventual errors and problems.

ging-dev

JakubMisek

I got an error: Use of unknown class: 'Symfony\Component\Validator\Constraints\File' in v1.38.13811. This bug has been reported and fixed before, however it appears again.

with "files.exclude": {"**/var": true} then LSP will not index files in the exclusion directory when vscode starts, however if there are any changes in the exclusion directory they will still index:

> Removed path 'file:///home/gingdev/Code/php/slog/var/cache/dev/pools/system/jkj9kgk+b2/8/U/SMpnot7ReLnnV4mExUwA' ...
> Removed path 'file:///home/gingdev/Code/php/slog/var/cache/dev/pools/system/jkj9kgk+b2/8/U/kDs549hF6mi-px8wOadQ' ...
> Removed path 'file:///home/gingdev/Code/php/slog/var/cache/dev/pools/system/jkj9kgk+b2/9/9/aWhoCVWEbvg7a0Xoq-VQ' ...
> Removed path 'file:///home/gingdev/Code/php/slog/var/cache/dev/pools/system/jkj9kgk+b2/9/U/hC43d3jELv89Y2Z7AELQ' ...
> 2037 file system change(s) ...
> Indexing directory 'file:///home/gingdev/Code/php/slog/var/cache/de_/ContainerBIyInsg' ...
> Indexing directory 'file:///home/gingdev/Code/php/slog/var/cache/de_/doctrine' ...
> Indexing directory 'file:///home/gingdev/Code/php/slog/var/cache/de_/pools' ...

JakubMisek

ging-dev thank you!

Does the command Clear /vendor/ cache fix the Use of unknown class?
"Indexing directory" is probably only logged but not actually indexed; I'll take a look on that.

ging-dev

JakubMisek Hmm, no. I always clear the cache several times before reporting a bug

JakubMisek

ging-dev just once would be enough :) I think we just don't refresh problems after reading /vendor/ directory.

ging-dev

JakubMisek It seems the indexing is missing files, I tried opening the .json file in the compressed .json.gz file in the cache folder and searching for the class names but it seems they are missing :D

JakubMisek

ging-dev good point :) Is it among others the Symfony\Component\Validator\Constraints\File?

draliragab

After some debugging, it appears that the reason is that I use laravel-ide-helper in my project to help me in auto completion. After deleting _ide_helper.php file, all errors disappeared. The other generated files _ide_helper_models.php, .phpstorm.meta.php seem not to cause any errors.

JakubMisek

draliragab Thank you for the hint! It is possible the _ide_helper causes unknown method problems, it's on my to-do list.

ging-dev

JakubMisek hi, it looks like LSP is throwing an exception: (I tried reproducing the error on a smaller project but it didn't give the error). Perhaps the inotify issue is one of the reasons why large projects are indexed with missing files.

sudo sysctl fs.inotify.max_user_instances=1024 saved me temporarily

[Info  - 11:00:46 PM] Deleting /home/gingdev/.local/share/DEVSENSE/packages-cache ...
[Info  - 11:00:46 PM] Deleting DEVSENSE/packages-cache ...
[Info  - 11:00:48 PM] Processing packages in /home/gingdev/Code/php/slog/vendor/composer/installed.json ...
[Error - 11:01:03 PM] AggregateException_ctor_DefaultMessage (IOException_INotifyInstanceUserLimitExceeded_Value, 128)
[Error - 11:01:03 PM] AggregateException_ctor_DefaultMessage (IOException_INotifyInstanceUserLimitExceeded_Value, 128)
[Error - 11:01:03 PM] AggregateException_ctor_DefaultMessage (IOException_INotifyInstanceUserLimitExceeded_Value, 128)
[Error - 11:01:03 PM] AggregateException_ctor_DefaultMessage (IOException_INotifyInstanceUserLimitExceeded_Value, 128)
[Error - 11:01:03 PM] AggregateException_ctor_DefaultMessage (IOException_INotifyInstanceUserLimitExceeded_Value, 128)
[Error - 11:01:03 PM] AggregateException_ctor_DefaultMessage (IOException_INotifyInstanceUserLimitExceeded_Value, 128)
[Error - 11:01:03 PM] AggregateException_ctor_DefaultMessage (IOException_INotifyInstanceUserLimitExceeded_Value, 128)
[Error - 11:01:03 PM] AggregateException_ctor_DefaultMessage (IOException_INotifyInstanceUserLimitExceeded_Value, 128)
[Error - 11:01:04 PM] AggregateException_ctor_DefaultMessage (IOException_INotifyInstanceUserLimitExceeded_Value, 128)
[Error - 11:01:04 PM] AggregateException_ctor_DefaultMessage (IOException_INotifyInstanceUserLimitExceeded_Value, 128)
[Info  - 11:01:04 PM] Processing done in 00:00:15.4013457.
[Info  - 11:01:34 PM] Storing package api-platform/core@v3.1.16 cache ...
[Info  - 11:01:34 PM] Storing package behat/transliterator@v1.5.0 cache ...
[Info  - 11:01:34 PM] Storing package dflydev/dot-access-data@v3.0.2 cache ...
...

JakubMisek

ging-dev alright! that makes sense :) thank you so much

JakubMisek

ging-dev pre-release 1.38.13825 avoids creating inode instances. We'll be releasing this as a full release soon.

JakubMisek

Thank you for all the feedback, and for testing the updates so quickly.

The release 1.38 seems to work ok now.

For more details, please follow the GitHUb issue at https://github.com/DEVSENSE/phptools-docs/issues/388