-
Notifications
You must be signed in to change notification settings - Fork 890
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
feat: add json worker and language implement in dashboards #3133
Conversation
Codecov Report
@@ Coverage Diff @@
## main #3133 +/- ##
==========================================
+ Coverage 66.51% 66.56% +0.04%
==========================================
Files 3203 3205 +2
Lines 61322 61362 +40
Branches 9452 9458 +6
==========================================
+ Hits 40786 40843 +57
+ Misses 18275 18262 -13
+ Partials 2261 2257 -4
Flags with carried forward coverage won't be shown. Click here to find out more.
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wouldn't expect that any changes are necessary within the xjson
directory, and that the implementation of json
support would more closely mirror that of xjson
.
@SuZhou-Joe It looks like there is a failing test:
|
Yes, let me change the order of importing. |
Fixed |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can we add json in README? For example,
Includes json language support.
and add an example?
Signed-off-by: suzhou <[email protected]>
Signed-off-by: suzhou <[email protected]>
Signed-off-by: suzhou <[email protected]>
Signed-off-by: suzhou <[email protected]>
Signed-off-by: suzhou <[email protected]>
Done for example and add that in README. |
Signed-off-by: suzhou <[email protected]>
...o_not_import__/json_editor_with_diagnostics_options/json_editor_with_diagnostics_options.tsx
Outdated
Show resolved
Hide resolved
...o_not_import__/json_editor_with_diagnostics_options/json_editor_with_diagnostics_options.tsx
Outdated
Show resolved
Hide resolved
Signed-off-by: suzhou <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm concerned about the comment justifying a workaround for a bug in monaco-editor
< v0.20.0
. Why aren't we just bumping the dependency instead?
/** | ||
* monaco-editor under v0.20.0 has the bug that use the global monaco uncorrectly in ESM mode. https://github.com/microsoft/monaco-editor/issues/1974 | ||
* copy the language implement and import by our self. | ||
* */ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why aren't we just bumping the version of monaco
instead? There's no reason to introduce the maintenance burden of this code if it is no longer needed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It may contain some break changes if we bump that. We can safely delete this file to use the implementation of Monaco's once we bump the version to 0.20.x in the future. So there is no maintenance burden actually.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@SuZhou-Joe I remembered that we already looked into the potential breaking changes - doing the upgrade would be preferable and worthwhile compared to adding this type of fix to the code base. #3097 (comment)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, agreed. But I am new to index management and even newer to opensearch dashboards. Doing such bumping is a little bit dangerous. Should I bump that in this PR or raise another one?
Signed-off-by: suzhou <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let's at least investigate whether we can bump to 0.20.0
of monaco-editor
to avoid introducing workarounds for upstream bugs.
A quick code search shows no usage of getConfiguration
, onCompositionStart
, onCompositionEnd
, onDidPaste
, or WorkspaceEdit.edits
.
We've removed the 2.5.0
label, because this change is unlikely to meet today's code freeze deadline.
Actually I don't know the way to try or investigate if we can do that, should I just bump that or raise another PR to bump? |
Hi, is there any update on this PR? It's a dependency of our v2.6 release on Index management plugin. |
Signed-off-by: suzhou [email protected]
Description
Issues Resolved
#3132
Check List
yarn test:jest
yarn test:jest_integration
yarn test:ftr