Fixed xf-dev:generate-finders uses FQCN for entity class in DocBlock

[Kirby]

Affected version

2.3.7

/**
 * @method AbstractCollection<$fqEntityClass> fetch(?int \$limit = null, ?int \$offset = null)
 * @method AbstractCollection<$fqEntityClass> fetchDeferred(?int \$limit = null, ?int \$offset = null)
 * @method $fqEntityClass|null fetchOne(?int \$offset = null)
 * @extends Finder<$fqEntityClass>
 */

This makes the lines kinda long and seems inconsistent with itself (AbstractCollection is not FQCN) and @var used in other DocBlocks which (usually) doesn't use FQCN.

Could this be changed so the entity class is imported?

 

[XF Bug Bot]

Thank you for reporting this issue, it has now been resolved. We are aiming to include any changes that have been made in a future XF release (2.3.8 XF-232423 - When generating finders for an entity, import the entity class rather than using the fully qualified class name

* Fix XF 2.3.8).

Change log:

When generating finders for an entity, import the entity class rather than using the fully qualified class name

There may be a delay before changes are rolled out to the XenForo Community.