Skip to content
This repository has been archived by the owner on Aug 31, 2023. It is now read-only.

feat(rome_js_analyze): useLiteralKeys handle string literal properties #4692

Merged
merged 1 commit into from
Jul 13, 2023
Merged

feat(rome_js_analyze): useLiteralKeys handle string literal properties #4692

merged 1 commit into from
Jul 13, 2023

Conversation

Conaclos
Copy link
Contributor

Summary

Fix #4690

Test Plan

New test included.

@netlify
Copy link

netlify bot commented Jul 13, 2023

Deploy Preview for docs-rometools canceled.

Built without sensitive environment variables

Name Link
🔨 Latest commit 58f5fd7
🔍 Latest deploy log https://app.netlify.com/sites/docs-rometools/deploys/64b00c06782eeb00071cfe87

@github-actions github-actions bot added A-Linter Area: linter A-Formatter Area: formatter A-Parser Area: parser labels Jul 13, 2023
Copy link
Contributor

@ematipico ematipico left a comment

Choose a reason for hiding this comment

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

Shouldn't we cover template literals too?

@Conaclos
Copy link
Contributor Author

Conaclos commented Jul 13, 2023

Shouldn't we cover template literals too?

I am not sure what you refer to, so I just add a note to be sure:

template string properties are not syntactically valid in js:

const a = {
  `prop`: 0, // syntax error
}

@ematipico
Copy link
Contributor

Oh, it's already handled. Could you be more precise in the changelog, then? It should phrase "string literal properties inside interfaces and objects"

@Conaclos Conaclos merged commit 16cb1f3 into rome:main Jul 13, 2023
18 checks passed
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
A-Formatter Area: formatter A-Linter Area: linter A-Parser Area: parser
Projects
None yet
Development

Successfully merging this pull request may close these issues.

useLiteralKeys rule should cover string literal properties
2 participants