-
Notifications
You must be signed in to change notification settings - Fork 78
Provide more helpful stack traces on failure #141
Comments
Thanks for the feedback @shipstar. Yes, we definitely do agree that we have a lot of work to do with regards to providing the developer with more helpful feedback on error. Right now, as it is, Monocle makes a great deal of assumptions about the codebase that it's going to try and parse through and so there are many edge cases that we certainly haven't accounted for. We tried to mitigate some of these edge cases, for example, by trying to enforce some restrictions on the types of compilers/bundlers that we support. Still lots of work to do! The tool is still very much in its infancy, but thank you giving it a try! Will try to be more responsive and try to address some of these big issues soon. |
Facing exactly the same problem. I have also around 20 components. I am using facebooks create react app and I run my project in developer mode to get the un-minified
Is there any progress so far? Or any hint, maybe some of my parameters are wrong? Is there a possibility to cache the stripped bundle.js? |
I am trying to get monocle running against an existing code base with ~20 components (and growing). I have run into a handful of issues and had to guess at what might have been causing them. Is it class properties (babel stage 1)? Is it exporting a stateless functional component (e.g. #125)? A simple typo that webpack handles but monocle does not?
Here's an example of the kind of error I am seeing:
I am not sure if it is feasible, but it would be helpful if monocle could produce a bit more information about what file or component it is failing to parse successfully. That might allow me to be make more educated guesses about what to change. Ideally, monocle would be able to handle the code base as-is, but improved feedback would make it easier for me to be self-sufficient.
Thanks!
The text was updated successfully, but these errors were encountered: