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

Give the JSDocTagInfo type a consistent text type #44551

Closed
wants to merge 1 commit into from

Conversation

orta
Copy link
Contributor

@orta orta commented Jun 11, 2021

I think the reason why we ended up with [object object] in the Playground for JSDoc results occasionally is due to me first spotting JSDocTagInfo with text?: string and ignoring the later version of text?: string | SymbolDisplayPart ( see microsoft/monaco-typescript#81 )

This should make them consistent, if that makes sense I'll get this PR green 👍🏻

@orta orta requested a review from sandersn June 11, 2021 14:01
@typescript-bot typescript-bot added Author: Team For Uncommitted Bug PR for untriaged, rejected, closed or missing bug labels Jun 11, 2021
@orta orta force-pushed the string_or_display_part branch from b04ec37 to b30436f Compare June 11, 2021 14:04
@sandersn
Copy link
Member

In what circumstances is text still a string? I thought that it was now always turned into a SymbolDisplayPart. As far as I can see the only place these are created is in services/jsDoc.ts, which calls getCommentDisplayParts to produce them. That function wraps string-only comments in [textPart(comment)].

Looks like the server still produces strings if richResponse is false (the default), though.

@orta
Copy link
Contributor Author

orta commented Aug 3, 2021

I think Monaco had fixes for this instead.

@orta orta closed this Aug 3, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Author: Team For Uncommitted Bug PR for untriaged, rejected, closed or missing bug
Projects
Archived in project
Development

Successfully merging this pull request may close these issues.

3 participants