Oscar Dowson

This is happening for https://github.com/jump-dev/SDPLR.jl. One reason might be that it was recently moved from @blegat's account to `@jump-dev`.

Something weird related to `rehash!` happens when `OrderedDict`s are returned from a remote process. They need to be `rehash!`ed in order to work correctly. ```Julia @everywhere begin using OrderedCollections struct...

@kmsquire I don't remember opening this, or what it was related to, so I guess I figured out the reason. Thanks for the explanation.

Closed by https://github.com/osqp/OSQP.jl/pull/110

Yeah maybe leave this open. There's actually a bunch of issues when I look through the code. These should all be implemented and fixed: https://github.com/osqp/OSQP.jl/blob/c2ff58bc26faa2e5a4318d5d666e19f9cdab8a61/test/MOI_wrapper.jl#L69-L93 Let me take a look...

> If you could hold off doing any major updates to OSQP.jl for a while that would be appreciated. Okay, sure.

Doesn't seem to be a problem in the latest CI runs? I think this can be closed. Oh, it's just ignored: https://github.com/osqp/OSQP.jl/blob/c2ff58bc26faa2e5a4318d5d666e19f9cdab8a61/test/MOI_wrapper.jl#L92-L93

This seems like it can be closed in favor of the upstream issue. It isn't a bug in OSQP.jl.

> If you decrease the primal infeasibility tolerance eps_prim_inf from the default value 1e-4 to 1e-6, OSQP should be able to solve the problem. This isn't really true, because OSQP...

At the moment I just get the `:expr_graph` out of the `NLPBlock` https://github.com/odow/MathOptFormat.jl/blob/26157101d05698d9d542808a0a1a106727fd65a2/src/MOF/nonlinear.jl#L62-L69 And then query the expressions https://github.com/odow/MathOptFormat.jl/blob/26157101d05698d9d542808a0a1a106727fd65a2/src/MOF/nonlinear.jl#L72