-
Notifications
You must be signed in to change notification settings - Fork 67
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
Error while renaming a variable. (TypeError: Duplicate declaration) #67
Comments
Is there a workaround or anything for this? Or is this blocked by the effort to understand how to perform the rename without collision? I would be totally okay if it just became |
@brianjenkins94 did you try with v2.1.3 yet? It should have a better logic against invalid identifiers |
If the identifier conflicts with another identifier that's not generated by Humanify, then there's no valid fix yet. I wonder what should be done in case of an identifier that we cannot rename? A quick solution would be to prefix it with an underscore |
I suppose the best solution could be that Humanify would retry with a prompt like:
|
Yes, I am using
which resolves to
I don't think that's the problem I'm having, all my variables are named
That's what I was saying, if it could just add a here's my repo: https://github.com/brianjenkins94/reverse-engineered-nodebox |
Okay, I think I found the issue. Fixing this now |
I updated my test harness so I can test against the main branch. I'll see if it gets further this time. Aside: Can I run humanify against multiple files simultaneously? Or would that run the risk of making requests too fast? |
Just released
I'd say it depends solely on your OpenAI subscription level. Unfortunately there's not that good rate limit throttling/retry logic built into Humanify yet. |
Added some thoughts about parallelism to issue #167 |
See also: |
@jehna That's what's been proposed in the past, eg.
#164 feels a bit like a workaround rather than an optimal solution. |
Related context (from secondary comment on another issue):
|
In trying to produce benchmark results for #172, I have determined that simultaneous runs cause 429s and cause the application to crash. Just closing the loop. |
Console output:
The text was updated successfully, but these errors were encountered: