brandonmp
commented
7 years ago these were the msgs in my console before i ran clear(). they appear @ page load:
www.facebook.com/tr/?id=502625266592537&ev=PageView&dl=https%3A%2F%2Fscapho…6d7d085ae697fc9efbd44604e3d9c96759fe51f00503fe1fbf1d879aefbda0bc&v=2.5.1:1 GET https://www.facebook.com/tr/?id=502625266592537&ev=PageView&dl=https%3A%2F%…]=6d7d085ae697fc9efbd44604e3d9c96759fe51f00503fe1fbf1d879aefbda0bc&v=2.5.1 net::ERR_CONNECTION_REFUSED
www.facebook.com/impression.php/f2c984855e73b/?api_key=1636648986655395&lid=115&payload=%7B%22source%22%3A%22jssdk%22%7D:1 GET https://www.facebook.com/impression.php/f2c984855e73b/?api_key=1636648986655395&lid=115&payload=%7B%22source%22%3A%22jssdk%22%7D net::ERR_CONNECTION_REFUSED
main.1bf5a1e….js:18 Warning: fragment with name UserFragment already exists.
Apollo Client enforces all fragment names across your application to be unique; read more about
this in the docs: http://docs.apollostack.com/(anonymous function) @ main.1bf5a1e….js:18r @ main.1bf5a1e….js:18options @ 9.624fc6a….chunk.js:2l.shouldSkip @ main.1bf5a1e….js:74Apollo(t) @ main.1bf5a1e….js:74_constructComponentWithoutOwner @ main.1bf5a1e….js:77_constructComponent @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:17performInitialMount @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:17performInitialMount @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:17mountChildren @ main.1bf5a1e….js:77_createInitialChildren @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:17mountChildren @ main.1bf5a1e….js:77_createInitialChildren @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:17performInitialMount @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:17mountChildren @ main.1bf5a1e….js:77_createInitialChildren @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:17mountChildren @ main.1bf5a1e….js:77_createInitialChildren @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:77mountComponent @ main.1bf5a1e….js:17_updateRenderedComponent @ main.1bf5a1e….js:77_performComponentUpdate @ main.1bf5a1e….js:77updateComponent @ main.1bf5a1e….js:77performUpdateIfNecessary @ main.1bf5a1e….js:77performUpdateIfNecessary @ main.1bf5a1e….js:17s @ main.1bf5a1e….js:14perform @ main.1bf5a1e….js:20perform @ main.1bf5a1e….js:20perform @ main.1bf5a1e….js:14I @ main.1bf5a1e….js:14closeAll @ main.1bf5a1e….js:20perform @ main.1bf5a1e….js:20batchedUpdates @ main.1bf5a1e….js:77u @ main.1bf5a1e….js:14r @ main.1bf5a1e….js:27enqueueSetState @ main.1bf5a1e….js:27r.setState @ main.1bf5a1e….js:41(anonymous function) @ 9.624fc6a….chunk.js:1
8.fecfed5….chunk.js:22 Uncaught TypeError: Cannot read property 'offsetWidth' of undefined(…)setDimensionsOnState @ 8.fecfed5….chunk.js:22o @ 8.fecfed5….chunk.js:1f @ 8.fecfed5….chunk.js:1h @ 8.fecfed5….chunk.js:1
doesn't happen every time i use it, but sometimes fields clear at random (that is, seemingly not as a response to a specific action) when they're not focused. this img shows the endpoint URL field clearing almost as soon as I tab to the next field, but I've seen the headers input clear as well.
It also doesn't always happen this quickly upon a field losing focus.
ETA: it just cleared my field while the field was focused, so i'm not confident it's tied to input blur.