-
Notifications
You must be signed in to change notification settings - Fork 18
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
Uncaught Range Error #207
Comments
So it looks like you weren't able to get a stack trace. What OS are you on? |
Mac 10.12.3, but this was occurring before updating today. |
Really having a hard time figuring this one out. Is this in a project you can grant me access to? Have you tried other projects? |
That was going to be next idea. I'm starting a new project based off the work in the repo I was having an issue with, so will try with a fresh project without a bunch of nested directories to see if I can narrow down the issue. I really want to get this working and be able to use it. |
I have the same issue, it says it's trying to scan 932 files. Here is my stack trace (snipped because it was unusually long) Blocks the GUI entirely, I also have big folders added to imdoneignore.
|
@piascikj I tried with a new, small project and works like a charm, so definitely a problem with scanning a big project, ignores or not. Wondering if I can limit the scan to just TODO, as in my case, I don't see using any other tags. |
That's interesting. How many files are there in your project folder? Can you both run this command in your projects directory and send me the output?
|
Doesn't play nice in macOS |
I might have a fix for this. Seems I'm trying to run a stat on up to 1024 files at one time. Let me cut that back to about 256. |
ok, ready to go! 2.1.4 has the new limit. Let me know how it works |
@peterwilli Thanks for the stack trace |
OK, give me a minute. Need to sign up for paid account 😉 |
No dice. Same call stack size error and locking up. |
ok, were you able to get a stack trace? |
It's huge, but this seems to be the relevant part (almost like it repeats in the trace…)
The bottom of the trace
|
Try 2.1.15. I reduced the async limit to 10. If that doesn't work, I have a couple more things to try. 'Maximum call stack size exceeded' using async.forEachLimit · Issue #75 · caolan/async Or maybe we can do a live debug session later. I have to run out to the grocery. |
Related #78 |
End
2.1.15 |
OK, I fixed up the error handling on the isBinary check in imdone-core/repo-fs-store.js. It's now async and just returning false on error. Give 2.1.16 a try and let me know what happens. Thanks for your business @miklb! |
Unfortunately that didn't resolve the issue. This particular project has a lot of binary files and isn't a priority. I've actually spun out the part that I'm working on into a new repo and it works fine there. Going forward, I will watch bigger projects and perhaps getting ahead of all of non-code elements in the ignore files will help. Unfortunately, it's a private repo that I wouldn't have opportunity to share access. I appreciate your work on it, hopefully the fixes will help others experiencing the error. |
ok, that sounds like a good idea. I'll also try testing with more binary files. |
I just published another release to simplify the binary check. Let me know if it helps. This one is tough for me, since I'm unable to reproduce it. |
Same problem: Workaround is to ignore all * |
@piascikj I just updated to the latest imdone and atom version on Ubuntu, it gives me the same error, it seems. I added 2 shots so you can tell by yourself. I'm interested in why you can't reproduce, what kind of system are you running? I'm using Ubuntu with SSD which should be fast enough to can 600+ files. |
Default config make the app crash, the exclude paths in config.json are not working. |
Anyone experiencing the range error please try 2.1.20 and let me know if you're still experiencing the issue. If you are, please attach a fresh stack trace. |
Try v2.1.21. I filtered the files before calling async.each. I think it's fixed. |
@piascikj thanks, it works over here! 👍 |
Attempting to load task board for project, finds number of files, and while parsing for tasks, it locks up and throws error
Uncaught RangeError: Maximum call stack size exceeded
Atom then gives unresponsive error and closing is the only way to get back to the app, so can not copy full trace, posting screenshot of the app and error message.
Not this was taken with latest Atom Beta(1.14.0-beta2), however same behavior with latest stable (1.13.0).
Let me know if there's anything else I can provide.
The text was updated successfully, but these errors were encountered: