-
Notifications
You must be signed in to change notification settings - Fork 49
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
Nothing prevents calling forRoot several times #81
Comments
Hey there, @willmendesneto ! I hope you are doing great. Do you plan to make a move to solve this issue without any breaking change in the current behavior of the library? Cheers! 🍻 |
Hey @HunteRoi . No plans at the moment, unfortunately. I'm kinda busy these days and I won't be able to work directly on this issue, but I'm happy to support and review any code changes if you're keen to raise a pull request. |
@HunteRoi Sharing some updates on this one: Unfortunately, the idea of having it without breaking changes won't be possible, indeed. This is because the module loads more than once even if added & loaded in a shared module async. So, the safest way to make sure consumers won't face this issue in production is by throwing an error. I'm working on it and a new version will be published soon |
Some good news: the issue was solved and I just published a new version of Closing this issue. Thanks @HunteRoi for raising that! |
I'm submitting a ...
Current behavior
When you build your application, if you misconfigure the application by calling
NgxSkeletonLoaderModule.forRoot()
at several places, nothing is returned to the developer saying they should avoid it.Expected behavior
An error in dev mode to tell the developer not to configure the module several times in their application.
Reproduction of the problem
npm i ngx-skeleton-loader
NgxSkeletonLoaderModule.forRoot()
to itsimports
arrayWhat is the motivation / use case for changing the behavior?
#77 (comment)
#77 (comment)
The text was updated successfully, but these errors were encountered: