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
Memory leaks in IE/Chrome when use SignalR longPolling #2953
Comments
More issues from the reporting user: Hi Patrick, Thanks again for your timely response. To reiterate, I don't believe that the memory leak is limited to just Chrome/LongPolling. My observations were that it also occurred for all the following combinations as well IE 10/'foreverFrame' and IE 10/'longPolling' and FireFox 27/'serverSentEvents' and FireFox 27/'longPolling' I have numerous Memory Resource Monitor screen shots to support my claims should you need them.
|
Continued info:
|
Hello, is there some way of finding out how far down in the list this bug item is ? Unfortunately I'm running out of time and options and I may have to abandon using SignalR as part of my solution, if |
Xiaohongt a question for you if I may |
@mosullivan3 , yes I did run the same tests for long polling on IE, Chrome and firefox , ( I covered IE11, don't remember clear if covered IE10 or not, I will try it on IE10), my results show that long polling in Chrome leaks memory |
Hi again Xiaohongt, here are the steps that I took to discover the memory leak with the Sample Demo
So the question that I have for you is, did you conduct a similar test to this or some other |
@mosullivan3 , I run the Sample Demo code before and also other tests, I can check again on the Sample Demo code. BTW, you didn't mentioned in this issue before that you were just testing the Microsoft.AspNet.SignalR.Sample Demo code, so I didn't know, however my comment is just for generically. |
…or workaround to handle memory leaking on browser #2953
- Update client protocol - This change is intended to avoid a memory leak in IE/Chrome #2953
- Update client protocol - This change is intended to avoid a memory leak in IE/Chrome #2953
- Update client protocol - This change is intended to avoid a memory leak in IE/Chrome #2953
- Update client protocol - This change is intended to avoid a memory leak in IE/Chrome #2953
Verified that with the workaround SignalR longPolling doesn't have memory leak on IE11 /IE10/IE9 and Chrome 34. |
Hello, just wondering when this fix is expected to be released ? The v2.2.0 milestone looks to be Past due by 4 months already. Thanks for fixing. |
2.2.0 should be released next week. |
I have run sample message loops which does both send and receive messages for about 12 hours on IE and Chrome using longPolling transport, the results for process memory data Working Set –Private show that there are memory leaks.
BTW, the run for directly using XMLHttpRequest to send message /post and poll/get to signalr ( just like longPolling ) in infinite loops but without SignalR js run for over 10 hours on Chrome, doesn’t show memory leaks.
The text was updated successfully, but these errors were encountered: