Skip to content
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

Implement keyholder test case #13

Merged
merged 31 commits into from
Sep 14, 2023
Merged

Implement keyholder test case #13

merged 31 commits into from
Sep 14, 2023

Conversation

denizenging
Copy link
Member

No description provided.

I wanted to freeze the object, but decided that it wasn't worth it, but
apparently forgot to remove the comment.
I decided that it is more clear this way.
Clarify the usage of getIgnoredStatements().
Convert the JSON string to a JS object before we return it.
Fix the name of the function being tested in the description.
I think this better captures my intention.
Add missing no-non-null-assertion comments.
Return the Zenroom output along with the ignored statements in
getIgnoredStatements.
Due to the recently-introduced changes to getIgnoredStatements(), we apply
changes to tests as well.
Due to the recently-introduced changes to getIgnoredStatements(), we apply
changes to tests as well.
Add the tokens:

- I
- Given
- When
- Then

each of which, except for I, is case-insensitive, as also done in
Zenroom.
Explicitly mark a TypeScript type with the "type" keyword.
We now use the shared Then and I.  I also removed And statements due to
their complexity.
They are too complex to deal with right just now.
Revert back changes to getIgnoredStatements().  I had planned the API little bit
differently at first.  I thought I should get the execution result along with
the ignored statements, but it wasn't quite right.  What needs to be done
follows like this:

- Get ignored statements
- Decide whether the individual statements must run before or after the actual
  execution
- Execute the before statements and save the output
- Execute the "actual execution" using the provided data and the data you get
  from executing the before statements using the provided data and the data you
  get from executing the before statements merged together, and save the output
- Execute the after statements, merge the output with the data you get from the
  actual execution, and save it
- Return the output to the API consumer.
Due to I reverted my previous changes, we need to apply previous changes back!
Due to I reverted my previous changes, we need to apply previous changes back!
This test case supposed to test for creating public/secret keypairs and saving
them to files.  It was a bit complicated to do so, so we are generating random
string and saving that to a file instead.
The previous *.ts includes *.test.ts files, so the latter was
unnecessary.
Because we don't wanna require each and every library user of us to add
tslib to their dependencies.
This requires each subpackage to have another package.json changing its type.
This module introduces a method to use plugins defined in subpackages, and use
that to create your own dialect of Zencode.
Convert the fs module and its example(s) to use the recently-introduced core
module.
@puria puria merged commit 7680919 into main Sep 14, 2023
0 of 6 checks passed
@denizenging denizenging deleted the sf/keyholder branch September 21, 2023 12:42
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