disconnect on large file upload (again, still, but less often)

[sanketd11]

When we try to upload any csv file to assets div via file upload div, the current RCloud session logs out.
This behavior is observed in both chrome and firefox browser. 'Reconnect' message appears immediately after uploading a csv file to asset however sometimes it appears after second consecutive csv file upload.

[gordonwoodhull]

This is an unpleasant item to wake up to. Of course we believe we have fixed all such issues, and I'm not able to repro.

Could you provide more specifics - which instance are you uploading to? Does file size matter?

[sanketd11]

I observed this issue on RCloud local instance.
Yes.. I think file size matters here. I was able to replicate this issue while uploading the CSV files of size around 450 KB

[gordonwoodhull]

I am able to repro this intermittently with a 610K file (airports.csv copied three times).

@s-u, could you diagnose this with the proxy?

[gordonwoodhull]

In addition, I saw this error once:

update_notebook: Error in toJSON(body) : 
  GC encountered a node (0x7fd473175200) with an unknown SEXP type: DOTSXP at memory.c:993
R trace:
.Call("toJSON", x, PACKAGE = "rjson")
toJSON(body)
method(url = url, config = config, body = body)
.api.request(ctx, req, .with.body(PATCH), expect.code, params, 
    config, body)
.api.patch.request(ctx, c("gists", id), body = content)
modify.gist.githubcontext(id, content, ctx = .rcloud.get.gist.context())
modify.gist(id, content, ctx = .rcloud.get.gist.context())
fun(...) Error: update_notebook: Error in toJSON(body) : 
  GC encountered a node (0x7fd473175200) with an unknown SEXP type: DOTSXP at memory.c:993
R trace:
.Call("toJSON", x, PACKAGE = "rjson")
toJSON(body)
method(url = url, config = config, body = body)
.api.request(ctx, req, .with.body(PATCH), expect.code, params, 
    config, body)
.api.patch.request(ctx, c("gists", id), body = content)
modify.gist.githubcontext(id, content, ctx = .rcloud.get.gist.context())
modify.gist(id, content, ctx = .rcloud.get.gist.context())

[gordonwoodhull]

Ugh, I am not able to repro on a remote server, only when running locally. So the proxy may not help us debug this.

[s-u]

The above is some bad memory corruption - the question is whether it's in rjson or somewhere in our code ..