-
Notifications
You must be signed in to change notification settings - Fork 62
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
Dealing with bad html #32
Comments
There's also a discussion here which might be related: https://github.com/substack/html-tokenize/issues/13 But all this isn't really future proof, it would be great if somehow we can call |
I'm running in the same issue using this gist. If you uncomment line 45 and comment 44 out, it won't stop loading and you can't porceed with anything. |
From the notes here I agree this feels like an upstream fix. |
Sorry for seeming impatient (I'm not, just curious) but do you already know what you gonna do about it? Reporting this as a bug to the actual module that is affected or fix it by yourself? |
Hi @mspl13 I am not actively looking at this at the moment. |
Hi @No9 let endEmittedInterval;
|
Hi @chandransuresh Do you know if this patch to html-select fix your issue? If it does we might want to fork that along with trumpet and publishing them in there own namespace? If not then we can consider your workaround above and putting it into the harmon constructor
Let me know how you get on |
Hi @No9 , Thanks for the response. |
Hi @No9 , Thanks, |
Depending on the source markup there are times when the trumpet pipeline will not finish processing even though the response has been written entirely (see below). It would be great if there was a way to set a timeout and cancel the pipeline somehow. For example:
If you run the example and
curl http://localhost:8001
it works fine. But if you uncomment the commented line and try again it hangs. I've tracked down the specific underlying reason for this in the html-select module, and I'll raise this specific issue with them. But what I'm interested in is shielding myself from these kinds of bugs (which may be triggered by broken proxied web pages) by doing setTimeout and aborting the trumpet pipeline somehow. I've tried various combinations ofres.end()
andtr.end()
but the stream fromtr.createStream
just never seems to die. I would appreciate if you could show me a way, perhaps even a totally different approach.The text was updated successfully, but these errors were encountered: