-
Notifications
You must be signed in to change notification settings - Fork 358
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
fix for race condition in issue #135 #164
Conversation
In addition, I just ran into this:
Which caused the heroku dyno to crash and start up again, but as it restarted...
Looks like the Connection code has a similar issue. Look for an update to this pull request. ;-) |
Test case please. |
There is zero documentation on how to even run your test suite, I'm not going to waste a day trying to figure it out. Sorry. I also have no idea how to write a test that tests a race condition in eventing code. I could understand wanting a functional test, but this is not something that is testable other than to show that your existing tests shouldn't be broken after applying this code. This code is running in production and used across ~100 dynos on heroku and I no longer see the stack traces after deploying it. Apply it or not. I'd rather not maintain my own fork, but if I need to, I will. |
Ran into the FRAME_ERROR issue today as well when under high load. Would be nice to get this merged. |
Agree. I'm running into this as well. |
+1 Same Issue |
+1 |
+1 |
Someone willing to whip up a short test case on this to make sure we don't have this regression in the future? |
I've tried getting the test suite to run many times to no avail, with instructions i'd gladly attempt writing a test case |
The test suite expects a server running on the local machine. make test will run the rest suite... if you'd like to run a specific test alone: node test/test-simple.js If you'd like to use a server other than localhost:5762 then make test SERVER=otherserver:port or node test/test-simple.js otherserver:port The NODE_DEBUG_AMQP=1 environment variable can also be useful for debugging this stuff. |
I guess when someone gets around to doing this again, they'll bother writing a test for it. |
wow |
If we are publishing in a tight loop, the ack/error events may not be emitted in time to clear out the error event.