-
-
Notifications
You must be signed in to change notification settings - Fork 85
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bug: Incompatibility of MockComponent with new viewChild signal function #8634
Comments
I can confirm this one 👍 Having same problems after the change. |
Temporary workaround: use @Component({
selector: 'app-nested',
standalone: true,
template: ``,
})
class NestedComponentStub {
public readonly anchor = signal(new ElementRef(undefined)).asReadonly();
public readonly name = input.required<string>();
}
describe('my sandbox', () => {
beforeEach(() =>
MockBuilder(TargetComponent).replace(NestedComponent, NestedComponentStub)
); |
@satanTime this seems to be a better fix: simply remove the view queries, as they’ll always be null anyway ng-mocks/libs/ng-mocks/src/lib/common/decorate.queries.ts Lines 22 to 39 in 282cbf0
const generateFinalQueries = (queries: {
[key: string]: Query;
}): [Array<[string, Query & { ngMetadataName?: string }]>, string[]] => {
const final: Array<[string, Query & { ngMetadataName?: string }]> = [];
const scanKeys: string[] = [];
for (const key of Object.keys(queries)) {
const query: Query & { ngMetadataName?: string } = queries[key];
- final.push([key, query]);
if (!query.isViewQuery && !isInternalKey(key)) {
+ final.push([key, query]);
scanKeys.push(key);
final.push([`__ngMocksVcr_${key}`, cloneVcrQuery(query)]);
}
}
return [final, scanKeys];
}; |
ViewChild will always be null, and so there is no point in mocking it. viewChild.required throws an error in mocked components without this change. Fixes help-me-momGH-8634
ViewChild will always be null, and so there is no point in mocking it. viewChild.required throws an error in mocked components without this change. Fixes help-me-momGH-8634
This will be fixed by the same fix as #7976, is my guess. |
Good evening, any news? |
Hello, any updates on this issue? |
I guess #8895 is a similar problem. |
Any news on this issue? This bug really prevents using the new API. |
The fix here is not to mock the component but pass it into your test declarations with you parent component |
Sorry for the delay. I'll take a look closer next week. |
@satanTime, did you already have a chance to look into it? |
Another workaround I found until this is fixed: MockInstance(YourComponent, 'viewChildElement', signal(new ElementRef(document.createElement('div')))); |
@satanTime, sorry to bother you again, but do you have any updates on this? I guess you have currently limited time to work on a request like this, right? No hard feelings, the effort of this great library is definitely appreciated. :) |
Confirmed. If you try to mock a component that uses a cc @satanTime |
I can confirm, happening for me as well. |
Hey @Francesco-Borzi fancy seeing you here :D +1 on this issue. Happening on 14.13.1 here. |
Description of the bug
Testing standalone components with nested components that use the new viewChild signal feature is currently not possible if the nested component should be mocked.
I'm not sure if ngMocks can do anything about it or if its an angular-core related problem.
An example of the bug
Link: https://stackblitz.com/edit/github-6eneyd?file=src%2Ftest.spec.ts
I added a "NestedComponent" to the default example and replaced the module-based definitions with a simple standalone definition.
Expected vs actual behavior
Using the Signal implementation leads to
TypeError: Cannot read properties of undefined (reading 'Symbol(SIGNAL)')
Switching the implementation from Signal to Decorator lets test run fine,
The text was updated successfully, but these errors were encountered: