Moving GetTemplateDocumentTabs from Harshita-Dev to C2 branch #6
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Get template document tabs
Merging C2 branch to Harshita Dev
| { | ||
| foreach(var tab in tabTypes.Value) | ||
| { | ||
| tabs.Add(new JObject() |
There was a problem hiding this comment.
This is ok to merge now.
But in the next PR, can you consider revisiting refactoring the code from line 1735-1750 into a separate method. I believe we duplicated that for 3 actions. GetRecipientTabs, GetEnvelopeDocumentTabs, and GetTemplateDocumentTabs. If all 3 are similar then we can group it.
sriharip-docusign
approved these changes
Apr 27, 2023
sriharip-docusign
added a commit
that referenced
this pull request
May 15, 2023
FLOW 200 : Error checking in case meta data for chosen verification type is missing
sriharip-docusign
pushed a commit
that referenced
this pull request
May 15, 2023
GetTabInfo implementation
youngl-docusign
added a commit
that referenced
this pull request
Sep 23, 2024
…ld-label-update FLOW-623 update numerical value field label
harshitav-docusign
pushed a commit
that referenced
this pull request
Dec 11, 2024
* - First pass at getting all partitions. Still needs a few parameters setup so the code is currently broken. WIP. * Update script.csx Convert all partitions, not just the first one. * Update script.csx Fix placeholders of querystring params that need gotten/set for fetching subsequent partitions. * Update script.csx Fix syntax errors to ensure that isn't why connector upload is failing. * Update script.csx Fix more compilation errors. * Update script.csx Wanted a record of the fact that these changes are still returning subsequent partitions in array format, despite literally every response being converted. Is there maybe some sort of caching of the connector behavior, because it seems like I can't ever get the behavior of my data flow to change at all... * Update script.csx This version of the connector is the most complete example that can successfully be uploaded as a custom connector. Yet I still can't get the behavior to change no matter what code changes I make. * Issue #5 - Null detection and Type Conversion Error (#1) * Update script.csx - Fix null detection. * Fix issue with null handling in Snowflake connector --------- Co-authored-by: jbrinkman <github@brinkman.me> * Update apiDefinition.swagger.json - This version of the swaggerjson SHOULD be working, but we are seeing the DataSchema object being flattened out once uploaded to customer connector. * array data for DataSchema Got the swagger right (was really the code was had checked in before with just a little cleanup. The custom connector is now failing due to internal server error so we need to find a way to use the test page in powerapps online, despite the fact that it doesn't really handle array data very well. Possibly specifying the raw body data might be a workaround. * Update script.csx - Last few tweaks to get the customer connector to return subsequent partitions in pre-converted format. * Add version information into readme documentation * cleanup endpoints - extra body element is required. Caused a whole mess of issues. - change DataSchema to required and deprecate or delete unused endpoints as needed. - Remove fetchAllPages feature and separate into its own branch. * Code cleanup. - Make log messages more accurate. - Remove last remnant of fetchAllPartitions. * code cleanup * more minor code cleanup * intermediate check in - The code is acting absolutely insane and returning GetResults method as just a single property "Data" formatted as array. Since this is the 0 partition it should include metadata. - The interface is also not showing the partition parameter for the execsql method, so something is borked. * GetResults partition zero fixed - This was a very subtle issue related to the fact that when you call GetResults operation for partition zero you have no request body, so it cannot be parsed as json. - Change the response of execstmt async to match the schema of the sync version b/c the powerapps ui does not seem to be able to deal with the fact that async/sync have different response formats respectively. * SPC-36: Handle unexpected async responses better (#5) * Update script.csx - Fix async detection based on response code instead of request params, b/c apparently snowflake API can decide to return an async response if a synchronous response takes too long to return. * Fix typo in script.csx "BeginFetch" misspelled --------- Co-authored-by: Joseph Brinkman <github@brinkman.me> * SPC-39: MULTI_STATEMENT_COUNT parameter was being ignored (#6) * Update apiDefinition.swagger.json - change parameter name case to match snowflake docs exactly * add StatementHandles Map new response property for multi-statement handling. * Apply mappings to GetResults Same statementHandles mapping that was previously added to ExecSql was applied to GetResults to support Async * Remove async fixes These changes are already in dev branch, it was just a temporary change for debugging. * GetResults schema (#7) Innacurate schema was causing compilation issues in the power apps. Better to leave it as a untyped object since the schema is dynamic. * - Parse Object/Array types (#8) They were represented as a string before. * Document limitations per my experience. (#9) * Document limitations per my experience. * - Tweak readme * Update language limitations in the Readme documentation. --------- Co-authored-by: jbrinkman <github@brinkman.me> * openapi spec validation errors (#10) I was able to type the untyped objects, but a lot of those openapi spec validation errors are inherent to the fact that the snowflake api routes are technically all partial matches for eachother since the exec stmt path is "/" * Updated version history * Fix typo --------- Co-authored-by: TobinWritesCode <tobin.chee@improving.com>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
When submitting a connector, please make sure that you follow the requirements below, otherwise your PR might be rejected. We want to make you have a well-built connector, a smooth certification experience, and your users are happy :)
If this is your first time submitting to GitHub and you need some help, please sign up for this session.
apiDefinition.swagger.json, by runningpaconn validatecommand.apiProperties.jsonhas a valid brand color and doesn't use an invalid brand color,#007ee5or#ffffff. If this is an independent publisher connector, I confirm that I am not submitting a connector icon.If you are an Independent Publisher, you must also attest to the following to ensure a smooth publishing process: