diff --git a/css-values-4/Overview.bs b/css-values-4/Overview.bs
index 3f08c355dabb..27aad11cc614 100644
--- a/css-values-4/Overview.bs
+++ b/css-values-4/Overview.bs
@@ -3,7 +3,7 @@ Title: CSS Values and Units Module Level 4
 Group: CSSWG
 Shortname: css-values
 Level: 4
-Status: ED
+Status: WD
 Work Status: Refining
 ED: https://drafts.csswg.org/css-values-4/
 TR: https://www.w3.org/TR/css-values-4/
@@ -1172,7 +1172,7 @@ URL Processing Model</h4>
 	regardless of the stylesheet encoding.
 
 	Note: In other words, a URL written in CSS
-	will always [=string/percent-encode after encoding|percent-encode=] non-ASCII codepoints
+	will always <l spec=url>[=string/percent-encode after encoding|percent-encode=]</l> non-ASCII codepoints
 	using UTF-8 in the [=URL=] object
 	(and thus whenever using the [=URL=] value for e.g. network requests),
 	regardless of the stylesheet's own encoding.
@@ -2338,7 +2338,7 @@ The Various Viewport-relative Units</h5>
 	It's therefore not entirely clear whether this was the best mapping,
 	and thus earlier editions of this specifications
 	allowed UAs to choose the mapping of these default units.
-	However at this point the mapping to the [=large viewport units=]
+	However at this point the mapping to the [=large viewport-percentage units=]
 	is presumed to be required for Web compatibility.
 
 	In situations where there is no element
@@ -5235,7 +5235,7 @@ Recent Changes</h3>
 	(This is a subset of [[#additions-L3]].)
 
 	Substantial changes since <a href="https://www.w3.org/TR/2023/WD-css-values-4-20231027/">27 October 2023 WD</a>:
-	* Pinned the [=default viewport units=] to the [=large viewport units=]--
+	* Pinned the [=default viewport-percentage units=] to the [=large viewport-percentage units=]--
 		despite violation of the “avoid dataloss by default principle”--
 		given existing interoperability and presumed Web-compat restriction.
 		(<a href="https://github.com/w3c/csswg-drafts/issues/6454">Issue 6452</a>)