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

chore(ct): resolve internal type errors #26779

Merged
merged 1 commit into from
Oct 26, 2023
Merged

Conversation

sand4rt
Copy link
Collaborator

@sand4rt sand4rt commented Aug 29, 2023

No description provided.

@github-actions

This comment has been minimized.

@sand4rt sand4rt marked this pull request as draft August 29, 2023 23:49
@sand4rt sand4rt marked this pull request as ready for review August 30, 2023 10:02
@github-actions

This comment has been minimized.

@pavelfeldman
Copy link
Member

Same here, sounds like types are still problematic. How do we stabilize it?

@sand4rt
Copy link
Collaborator Author

sand4rt commented Aug 30, 2023

A lot has happened in terms of types because it was messy from the start. I tried to improve things incrementally, which resulted in quite a few PRs in terms of types. In this case the type JsxComponent was just wrong which caused a ripple effect.

I think there are still some mistakes in the internal types. I can leave them alone as this is probably getting annoying

@pavelfeldman
Copy link
Member

I think there are still some mistakes in the internal types. I can leave them alone as this is probably getting annoying

My general observation was that we tightened them first and then started relaxing them back and this relaxing process started to get involved. So I was wondering if we should relax them back to any to stop testing users' patience. But at the same time, if we think we are almost there or there, we can keep going all in.

@sand4rt sand4rt changed the title chore(ct): resolve type errors chore(ct): resolve internal type errors Sep 16, 2023
@sand4rt
Copy link
Collaborator Author

sand4rt commented Sep 16, 2023

My general observation was that we tightened them first and then started relaxing them back and this relaxing process started to get involved. So I was wondering if we should relax them back to any to stop testing users' patience. But at the same time, if we think we are almost there or there, we can keep going all in.

I see what you mean. I closed the other PR for the time being.

There are still some minor mistakes in the internal types and it might be good to relax the type hooksConfig since Svelte context and Map/Set support. It would also be nice to have the slots/events typed into the mount function as well some time. Other than we should be good.

This PR should not have consequences for the end user. It's all about the internal types.

@github-actions
Copy link
Contributor

Test results for "tests 1"

9 flaky ⚠️ [chromium] › library/tracing.spec.ts:239:5 › should not include trace resources from the previous chunks
⚠️ [chromium] › library/tracing.spec.ts:408:14 › should produce screencast frames crop
⚠️ [chromium] › page/page-event-request.spec.ts:101:3 › should report navigation requests and responses handled by service worker
⚠️ [firefox] › library/tracing.spec.ts:239:5 › should not include trace resources from the previous chunks
⚠️ [firefox] › page/page-request-continue.spec.ts:271:3 › should work with Cross-Origin-Opener-Policy
⚠️ [chromium] › library/tracing.spec.ts:239:5 › should not include trace resources from the previous chunks
⚠️ [chromium] › components/splitView.spec.tsx:65:5 › drag resize
⚠️ [webkit] › library/browsercontext-reuse.spec.ts:50:1 › should reset serviceworker
⚠️ [playwright-test] › ui-mode-test-progress.spec.ts:167:5 › should update tracing network live

25875 passed, 603 skipped
✔️✔️✔️

Merge workflow run.

@@ -19,16 +19,18 @@ type JsonValue = JsonPrimitive | JsonObject | JsonArray;
type JsonArray = JsonValue[];
export type JsonObject = { [Key in string]?: JsonValue };

// JsxComponentChild can be anything, consider cases like: <>{1}</>, <>{null}</>
export type JsxComponentChild = JsxComponent | string | number | boolean | null;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This type is very much public, so there are potential breakages still.

@pavelfeldman pavelfeldman merged commit 54ebee7 into microsoft:main Oct 26, 2023
Germandrummer92 pushed a commit to OctoMind-dev/playwright that referenced this pull request Oct 27, 2023
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