AOT: Inherited lifecycle callbacks are not called
See original GitHub issueI’m submitting a … (check one with “x”)
[x] bug report => search github for a similar issue or PR before submitting
Current behavior Lifecycle callbacks do not depend on metadata, thus it is separate issue. See comment.
Expected behavior Inherited lifecycle callbacks should be called.
What is the motivation / use case for changing the behavior? There are several reasons to use inheritance:
- automatic clearing of rxjs subscriptions
- automatic removal of listeners
- adding common initialization code
- … and others
- Angular version: 2.0.1
- Language: [all]
Issue Analytics
- State:
- Created 7 years ago
- Comments:7 (2 by maintainers)
Top Results From Across the Web
Core Technologies - Spring
IoC is also known as dependency injection (DI). ... which state how the bean should behave in the container (scope, lifecycle callbacks, and...
Read more >Angular/RxJS When should I unsubscribe from `Subscription`
The callbacks (the observer) provided to the subscription function do not determine if resources are allocated. It is the call to subscribe itself...
Read more >Scripting restrictions - Unity - Manual
When the compiler encounters the explicit call to OnMessage with a T of AnyEnum , it generates the proper code for the runtime...
Read more >Part 5. Sharing Data Between Callbacks - Dash Plotly
Here is a sketch of an app that will not work reliably because the callback modifies a global variable, which is outside of...
Read more >MapStruct 1.5.3.Final Reference Guide
mappings are incomplete (not all target properties are mapped) ... jsr330 : the generated mapper is annotated with {@code @Named} and can be ......
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
While decorators and metadata may need special rules for inheritance, i believe that rules for method inheritance are already well defined and can not be altered. Also it is an AOT issue, so plunker is not possible. This is also reflected in ticket title: Proposal: Support well-defined rules of inheritance for Angular decorators.
It’s an inheritance issue and they are tackled together at 11606 so I don’t see a problem with closing this issue. Your issue also doesn’t contain a Plunker and not even code that demonstrates the problem.