3689aafe3b
Whenever a urlRetrieve() fails due to an unexpected error (ENOTFOUND, ETIMEDOUT, Socket hang up, etc.), the domain handler and the global exception handler would detect this and not crash the server, however the dirty internal state would somehow prevent future HTTP requests from completing successfully. Removed domain usage since that feature is marked "unstable" and is rumored to be marked for deprecation in future versions of node. Using the "error" event of the request object itself, which means errors are local in scope and won't pollute global state. This should have been the solution originally, but when urlRetrieve() was written, I was not as familiar with node. |
||
---|---|---|
.. | ||
channel | ||
database | ||
io | ||
web | ||
account.js | ||
acp.js | ||
asyncqueue.js | ||
bgtask.js | ||
config.js | ||
customembed.js | ||
database.js | ||
emitter.js | ||
ffmpeg.js | ||
filter-master.js | ||
filter-worker.js | ||
filter.js | ||
flags.js | ||
get-info.js | ||
logger.js | ||
media.js | ||
nodefilterlist.js | ||
poll.js | ||
server.js | ||
tor.js | ||
ullist.js | ||
user.js | ||
utilities.js | ||
xss.js |