Skip to content

Initiate the project #1

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

Closed
wants to merge 1 commit into from
Closed

Conversation

minggangw
Copy link
Member

This patch implements the basic framework of binding the RCL library
to the JavaScript interface, meanwhile brings out the timer object and
with an example of it.

The project is using eslint (JavaScript) and cpplint (c/c++) to check
the static syntax. Hopefully, unit tests will be added later. And the
buildbot is running on travis-ci with docker srevice.

This patch implements the basic framework of binding the RCL library
to the JavaScript interface, meanwhile brings out the timer object and
with an example of it.

The project is using eslint (JavaScript) and cpplint (c/c++) to check
the static syntax. Hopefully, unit tests will be added later. And the
buildbot is running on travis-ci with docker srevice.
@jihoonl
Copy link
Member

jihoonl commented May 26, 2017

Hi @minggangw, could you actually create a PR against develop branch? As standard in robot webtools, I would like to keep develop as development branch and use master as a release stable branch. Could you do this way?

@jihoonl
Copy link
Member

jihoonl commented May 26, 2017

FYI, I just created develop branch and made it as default

@minggangw
Copy link
Member Author

Got it, thanks!

@minggangw minggangw changed the base branch from master to develop May 26, 2017 11:14
@minggangw
Copy link
Member Author

Close this pr as I have created another #2 , which is based on the develop branch.

@minggangw minggangw closed this May 27, 2017
kenny-y pushed a commit to kenny-y/rclnodejs that referenced this pull request Jun 22, 2017
minggangw pushed a commit that referenced this pull request Oct 21, 2021
#814)

Public API Changes
ClientGoalHandler (client_goal_handler.js, action_client.d.ts)

deprecated accepting getter
added convenience methods: isAccepting(), isExecuting(), isCanceling(), isSucceeded(), isCanceled(), isAborted(). These methods are not essential. Thus will leave it to the reviewer's discretion of whether they stay or go. The same for Initiate the project #1 above.
status property is now properly updated with the goal lifecycle state codes, see ActionInterfaces.GoalStatus for codes
getResult() now returns a ActionResult. Previously it returned an internal message with structure {status: number, result: ActionResult<T>}.
ClientGoalHandle feedback function now only receives a ActionFeedback<T> argument. Previously ActionFallback<T> function was receiving an internal msg with structure {goal_id: UUID, feedback: ActionFeedback}`.
Description
A bug was submitted where ClientGoalHandler.getResult() was returning an internal message that did not conform to the TypeScript declarations. Additionally the ClientGoalHandler.status was never being updated and always return UNKNOWN. Lastly while fixing the getResult() bug it was discovered that the feedbackCallback function was being sent an internal message and not the expected ActionFeedback<T> type. This fix resolves all 3 issues.

I added beforeSetResult(result) method to Deferred.js class. This is used by the ActionClient _getResult(resultMsg) method to update the ClientGoalHandler.status and to return only the msg.result property of type ActionResult<t>.

Updated all action related tests and examples.

Fixed several prettier/lint issues.

Fix #813
minggangw pushed a commit that referenced this pull request Nov 2, 2021
#814)

Public API Changes
ClientGoalHandler (client_goal_handler.js, action_client.d.ts)

deprecated accepting getter
added convenience methods: isAccepting(), isExecuting(), isCanceling(), isSucceeded(), isCanceled(), isAborted(). These methods are not essential. Thus will leave it to the reviewer's discretion of whether they stay or go. The same for Initiate the project #1 above.
status property is now properly updated with the goal lifecycle state codes, see ActionInterfaces.GoalStatus for codes
getResult() now returns a ActionResult. Previously it returned an internal message with structure {status: number, result: ActionResult<T>}.
ClientGoalHandle feedback function now only receives a ActionFeedback<T> argument. Previously ActionFallback<T> function was receiving an internal msg with structure {goal_id: UUID, feedback: ActionFeedback}`.
Description
A bug was submitted where ClientGoalHandler.getResult() was returning an internal message that did not conform to the TypeScript declarations. Additionally the ClientGoalHandler.status was never being updated and always return UNKNOWN. Lastly while fixing the getResult() bug it was discovered that the feedbackCallback function was being sent an internal message and not the expected ActionFeedback<T> type. This fix resolves all 3 issues.

I added beforeSetResult(result) method to Deferred.js class. This is used by the ActionClient _getResult(resultMsg) method to update the ClientGoalHandler.status and to return only the msg.result property of type ActionResult<t>.

Updated all action related tests and examples.

Fixed several prettier/lint issues.

Fix #813
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants