-
Notifications
You must be signed in to change notification settings - Fork 648
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
Fix #782: Change hard-coded limitations in API's to configurable #1513
Conversation
updates on 12/20
Feel free to continue with B and C. |
updated based on comments
update the file for merge issue
updated int value
Can part A which I completed be merged with the master code |
Code-wise I'd say this can be merged on its own, however, I would like to see a consistent naming scheme for the option names here and in the future PRs. For example, |
Added all the remaining parts for the below apis. Plz review |
Hint: use |
One testcase is failing in travis. Can't immediately see what's wrong, please check and fix. |
Adding all the changes from the develop branch
05d13ed
to
a324a18
Compare
Argh, you've destroyed the commit history! |
74406e9
to
0d3a779
Compare
|
asset_api::~asset_api() { } | ||
|
||
vector<account_asset_balance> asset_api::get_asset_holders( asset_id_type asset_id, uint32_t start, uint32_t limit ) const { | ||
|
||
vector<account_asset_balance> asset_api::get_asset_holders( std::string asset, uint32_t start, uint32_t limit ) const { |
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.
why?
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.
This change is already in develop
branch. #1272
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.
it was added after I made the updates for the PR. had to merge the changes for the develop branch
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.
This should be handled during the merge, not in advance.
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.
@pmconrad IIRC there was a conflict, fixed by merging develop branch into this branch. IMHO it's the correct approach. Actually, if you check the whole PR diff or the "condensed" merge commit but not the full merge commit, you won't see this change.
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.
Merge conflicts should be fixed during the merge.
In this case, some code was c&p'ed from develop, maybe in order to avoid a merge conflict. That's the wrong approach.
I know the accidentally added / removed code doesn't show up in the full PR diff, but I'd like to have a clean and lean history. That's why git rebase -i
exists.
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.
Thanks for restoring history. c0a1109 is what I originally approved I believe.
I'm confused by your later commits though. Why do you add tests only to remove them again? If that was an accident, please squash the two commits into one and force-push.
There's an unrelated API change in there, probably also by accident.
updated for test case to match the input type of the api after merge with develop branch
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.
Looks good now. Thanks for your patience. :-)
Personally I don't like some coding styles appeared in the code: tabs, long lines (>118 characters), inconsistent indentations/padding/spacing E.G. sometimes no white spaces around |
To be fair, the diff shows some very long lines in the unchanged parts as well. |
Added the review comments in request #1478 and test case for the api validation
This is wrt issue #782
Part A (Completed): get_account_history_operations -made FC_ASSERT limit configurable
and wrote the testcase for the same
Testcase Scenarios (Completed for PartA) :
get_account_history_operations fails with partial_history and stop at 0 #1490
Part B: get_account_history - Do you want me to proceed with Part2 for get_account_history to make its FC_ASSSERT configurable?
Test cases already present
Part C: Below apis have FC_ASSERT should they be made configurable?
Currently test cases not present. If they need to be implemented would need to know the scenarios