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
Did you run the analyzer with the --dev flag to get more information?
Did you create a minimal reproduction in the playground? - It isn't possible to recreate this issue in the playground as it is quite complicated. See below
Apologies because this is quite compliated
Abstract: cem analyzer does not correctly find the package dependency of an import if it is aliased upon import
Basic Example
Lib code:
export class Avatar extends FoundationElement {
@attr title = 'default title';
}
This will produce the following in the cem manifest:
import {Avatar as BaseAvatar } from 'test-lib';
export class Avatar extends BaseAvatar {
@attr avatar = ':)';
}
In this case we expect the manifest from the library to be picked up and add the title attribute with an inherited from. But it seems to not pick it up. However if we change the app code to:
import {Avatar } from 'test-lib';
export class AvatarTwo extends Avatar {
@attr avatar = ':)';
}
This does work as a workaround.
Real Example
I have a fork of microsoft fast here in which I am setitng up the manifest for a deprecated library.
it contains a base class called button which is generated in a manifest (exporting attributes such as autofocus
there is a seperate package that also defines a button class, which extends the button from the above link and uses a type alias to avoid a name clash
The output manifest only contains the attribute for the button subclass
I then do a commit which removes the type alias import
Observe that the attributes are now pulled in from the superclass in the manifest (You will need to expand the large manifest file to see my linked line, github collapses the manifest by default)
Notes
I can't recreate this in the playground as this is an issue with the interaction between the analyzer and a package that contains a manifest. Using an import alias in the same package is no issue, and therefore I cannot recreate it in the playground
The text was updated successfully, but these errors were encountered:
Checklist
--dev
flag to get more information?Apologies because this is quite compliated
Abstract:
cem
analyzer does not correctly find the package dependency of an import if it is aliased upon importBasic Example
Lib code:
This will produce the following in the cem manifest:
App code:
In this case we expect the manifest from the library to be picked up and add the
title
attribute with an inherited from. But it seems to not pick it up. However if we change the app code to:This does work as a workaround.
Real Example
autofocus
Notes
I can't recreate this in the playground as this is an issue with the interaction between the analyzer and a package that contains a manifest. Using an import alias in the same package is no issue, and therefore I cannot recreate it in the playground
The text was updated successfully, but these errors were encountered: