-
Notifications
You must be signed in to change notification settings - Fork 234
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Finalize unification or normalization of RPC calls #118
Finalize unification or normalization of RPC calls #118
Conversation
f1ee0a5
to
54ea2f9
Compare
The complete output of all help descriptions: |
@@ -78,7 +78,7 @@ void MetaDexObjectToJSON(const CMPMetaDEx& obj, Object& metadex_obj) | |||
// add data to JSON object | |||
metadex_obj.push_back(Pair("address", obj.getAddr())); | |||
metadex_obj.push_back(Pair("txid", obj.getHash().GetHex())); | |||
if (obj.getAction() == 4) metadex_obj.push_back(Pair("ecosystem", isTestEcosystemProperty(obj.getProperty()) ? "Test" : "Main")); | |||
metadex_obj.push_back(Pair("ecosystem", isTestEcosystemProperty(obj.getProperty()) ? "test" : "main")); | |||
metadex_obj.push_back(Pair("propertyidforsale", (uint64_t) obj.getProperty())); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Note, we don't provide an 'ecosystem' attribute in RPC output for any other call - the only reason it was included here was for cancel-by-ecosystem transactions to show what ecosystem the transaction applied to.
I don't really see the need to supply the ecosystem attribute except for that explicit case as it's an API and the ecosystem is easily devolved from already provided property ID data. But mostly I don't like doing it just for one type of transaction only (MetaDEx trades) - we should either supply property ID only (preferred) or both property ID and ecosystem for all transactions.
Couple of comments, other than that looks good to me - do you want to merge and then I'll redo my RPC PR to resolve conflicts? |
Yup, sounds good. One moment to address the comments. |
54ea2f9
to
5ffd0c5
Compare
5ffd0c5 Finalize normalization of RPC calls (dexX7) cd7803e Leftovers of the rebranding to Omni Core (dexX7)
Thanks dude, I've resolved the conflicts but I'm getting a build failure here:
|
That's really strange. Did you change anything of your setup? These ... or, if exists, via Can you try to run |
Yeah I'd done that already mate - let me poke around a bit more |
So inside version.h we have:
which means the omni core version stuff is only defined in version.h if we don't have a bitcoin-config.h file. I do have such a file, but the file does not contain any omni core version info. I see what you're saying about it's perhaps an older version from another branch or something, but I've done a Hmm... |
I'll try deleting the file manually, then |
No joy, deleted the file & re=ran |
Think I've got it sorted. Needed to re-run Building now :) |
This pull request resolves #14.
The descriptions are based on actual output, which I tested.
Please let me know, if there is something to change or refine.