-
Notifications
You must be signed in to change notification settings - Fork 15
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
Quick create promise does not resolve #52
Comments
Did some further debugging. Removing my comment above, it is not relevant. It seems that the promise does not resolve until after you click save and close or cancel on the quick create form. So one would need to adjust the behavior of the code to take that into account. |
Yes, that is correct. We call a Dynamics Utility function for opening quick create, which will also just resolve once you save or dismiss the dialog. Kind regards, |
I ended up forking the code. Here is my version: export interface QuickCreateOptions extends NavigationSettings { ` I await the options.openFormResult after the quick create form has been closed. As an upside I get the id back of the record I just created. Not super clean, but works for me. |
I am encountering an issue with the openQuickCreate method. While it successfully opens the quick forms, the subsequent action of entering values into the form is not functioning as expected. |
See above, you need to modify the library code in question. |
I'll publish the fix mentioned by @peterbjorkmarker as a library functions, seems to be commonly used :) Thanks for the discussion, I'll take care to let the release follow as soon as possible. |
Hi!
Great framework! Thanks much for open sourcing!
I am trying to use the quick create form and the form opens successfully, however the promise never resolves. I.e.
test("Create insurance and calculate price", async () => {
await xrmTest.Navigation.openQuickCreate("account");
const id = await xrmTest.Entity.save();
});
The save never happens and Jest times out. Any help would be greatly appreciated!.
I am testing this on an instance that has Swedish as base language (and only language installed).
The text was updated successfully, but these errors were encountered: