-
Notifications
You must be signed in to change notification settings - Fork 27.5k
Module 'ngLocale' is not available! is misleading #8174
Comments
@btford I can no longer reproduce this, has it been fixed? |
I just stumbled upon this this in a pieco of code that works flawlessly in Fx/Chrome/Opera/Safari but throws this error when loading my app in IE. |
This one appears to be fixed now. The error message reflects the actual On Sun, Nov 23, 2014 at 8:40 AM, Pawel Kozlowski [email protected]
|
@mark0978 cool, thnx for the info. Closing for now. If anyone bumps into a similar issue please open another ticket with a reproduce scenario. Thnx! |
I have a very reproducible case right now - it's the Miguel Castro's web application from Pluralsight's course "building-multi-client-end-to-end-soa-angular-edition-m12", where IE shows Exception was thrown at line 1643, column 11 in http://localhost:46278/Scripts/angular.js I am afraid to lose this by starting to trim the app |
@adriatic ok, it looks like the pb is with AngularJS 1.2.18 - please try to narrow down the problem and check if it happens with the latest 1.2.x branch. If it does please open another issue. Thnx, we really do want to fix it (if not fixed already). |
My testing was with 1.2.25 which no longer shows the issue. On Mon, Nov 24, 2014 at 8:27 AM, Pawel Kozlowski [email protected]
|
Pawel, I believe that I have the same problem with 1.2.27 version (which seems to be the last released version). Please send me email at nik at congral dot com so we can accelerate this "hunt" |
@adriatic my e-mail is visible at GitHub but I would prefer this hunt to be happening in public so others can jump on and help as well. |
I understand Pawel's preference to conduct this process here at Github, so I will try to extract the minimum size sample that still runs into the same problem. As this could be elusive task, I was initially planning on inviting Pawel to debug my app in-situ, so with this option gone, please hang on as this may take some time (the app is a VS2013 app using MVC/WebApi/Entity Framework/MEF on the server side invoking "SPA silos" on the client side) |
I spent the whole day trying to extract a smaller subset of my app that still triggers the problem being discussed here, to no avail. So, I am leaving the complete reproducible sample in the form of Visual Studio solution in case that it may have some value in the future. Alternatively, I will also be happy to "host" Pawel on the server where this happens and offer the guide him through the debugging. |
@pkozlowski-opensource I believe that I found the most trivial sample that exhibits the issue 8174:
Description of my setup:
Running this project, I specify to use Chrome Canary browser and set the breakpoint in Chrome at line 57 in Angular.js. Here is what I see: Since AngularJS is a self-executing function, I would presume that this is a good enough proof that something is still fishy here. |
Using the Firefox debugger in the above described scenario, I got the call stack information
I would appreciate to know whether this a red herring (meaning that the sample I created is somehow incomplete) or is that a real catch |
Unfortunately, I don't think this is proof that something is fishy, since it is expected behaviour: The error must make it to the console :) |
In other words, "self-executing" just the angular.js module does not make sense - it is always expected that there ought to some "other stuff" present, right? |
Why not just post a full, non-minified stacktrace for start ? |
@gkalpak - I need to do some more work before I can do that. I was too much relying on the trivial sample posted 6 hours ago :-( |
In my case I was using the same name for a variable and a function! So I was able to submit my form once and then, if I tried to submit again, I got the error. I found this link which turned on the light for me: http://www.codeitive.com/0SSWjkqXkj/angularjs-ngclick-only-works-only-once-or-twice.html. |
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12134 Closes angular#8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12134 Closes angular#8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12134 Closes angular#8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12134 Closes angular#8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12134 Closes angular#8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12134 Closes angular#8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12134 Closes angular#8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12134 Closes angular#8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12134 Closes angular#8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12134 Closes angular#8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12134 Closes angular#8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12134 Closes angular#8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes #12462 Closes #12444 Closes #12134 Closes #8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12134 Closes angular#8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12462 Closes angular#12444 Closes angular#12134 Closes angular#8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12134 Closes angular#8174
Previously there was a custom built en-us locale that was included with angular.js. This made likely that it would get out of sync with the real en-us locale that is generated from the closure library. This change removes that custom one and uses the generated one instead. This also has the benefit of preventing the unwanted caught error on trying to load `ngLocale` during angular bootstrap. Closes angular#12462 Closes angular#12444 Closes angular#12134 Closes angular#8174
I think John Papa covered it pretty well. This error message is deceptive and time wasting. If you are looking for module A, gripe about module A, not ngLocale!
http://www.johnpapa.net/easy-fix-to-a-common-angular-module-error/
The text was updated successfully, but these errors were encountered: