latest docker: ReadContractCalls: cannot marshal response about tzindex

[xplat]

This also happens with the 'v6.0.2' tag on docker hub ... and the logs look like this:

2020/04/30 20:30:38 ERRO MICH RENDER ERROR
typ={"annots":["%disburse"],"args":[{"prim":"address"}],"prim":"list"}
val={"prim":"Unit"}
err=micheline: type mismatch val_type=prim[Unit] type_code=list / type={"annots":["%disburse"],"args":[{"prim":"address"}],"prim":"list"} -- value={"prim":"Unit"} / map=map[string]interface {}{}
2020/04/30 20:30:38 ERRO SRVR BW-8f496776e498edb4c6d78d0a9ecae47cc6df42ab Error sending response: json: error calling MarshalJSON for type *micheline.BigMapValue: micheline: type mismatch val_type=prim[Unit] type_code=list / type={"annots":["%disburse"],"args":[{"prim":"address"}],"prim":"list"} -- value={"prim":"Unit"} / map=map[string]interface {}{} in struct []*server.ExplorerOp{(*server.ExplorerOp)(0xc00e45f2c0)}

[echa]

Thanks. This bug seems fixed in our PRO and Cloud releases, but the relevant code there was heavily refactored. I'll see if we can backport this as hotfix, otherwise this will be fixed with the next OSS release 6.1

[echa]

I had a closer look. The underlying reason for this bug is that the entrypoint is not detected correctly. It's a general limitation of the way entrypoints are handled in the current release. This will be fixed with the next release v6.1.

As hotfix I added a check so the call does not fail entirely, but it still returns the wrong entrypoint and an empty/no parameter value. As workaround to still access the original parameters you can add the prim=1 request argument and access the raw Michelson JSON.

[echa]

Closing this old issue. The problem should have been solved by v7/v8. We no longer fail returning any operations where storage data unwrapping fails. Instead the unwrapped storage contains an embedded error object plus the original type + value primitive trees.