Address the unstable CSS order in the web application production bundle: Tracking issue #42217
Closed
6 of 20 tasks
Labels
css-order-in-production
frontend-platform
Issues related to our frontend platform, owned collectively by our frontend crew.
tracking
Problem to solve
The CSS rules order in the production environment is different from what we have in the development env. We can choose only one thing with the current build configuration:
sideEffects: false
.See this comment on the unresolved issue:
See the Slack thread and the initial issue that triggered this investigation.
Measure of success
Solution Summary
sideEffects
property.wildcard
package to enable tree-shaking without relying on thesideEffects
property. #42218search-ui
package to enable tree-shaking without relying on thesideEffects
property. #42219sideEffects: false
from packages with CSS modules #42220production
build for frontend integration tests #22831mini-css-plugin
related to CSS rules order. #42221What specific customers are we iterating on the problem and solution with?
Internal Sourcegraph developers
Delivery plan
Tracked issues
@unassigned
wildcard
package to enable tree-shaking without relying on thesideEffects
property. #42218search-ui
package to enable tree-shaking without relying on thesideEffects
property. #42219sideEffects: false
from packages with CSS modules #42220mini-css-plugin
related to CSS rules order. #42221Completed
<FileBreadcrumbs />
Tracking issue #27714<NavMenu />
Tracking issue #27702<MonacoInput />
Tracking issue #27682Legend
/cc @taylorsperry @muratsu
The text was updated successfully, but these errors were encountered: