sadpandajoe commented on code in PR #44148:
URL: https://github.com/apache/superset/pull/44148#discussion_r4180681260


##########
superset-frontend/plugins/preset-chart-deckgl/src/layers/Scatter/transformProps.ts:
##########
@@ -106,16 +170,30 @@ export default function transformProps(chartProps: 
ChartProps) {
   const { spatial, point_radius_fixed, dimension } =
     formData as DeckScatterFormData;
 
-  // Check if this is a fixed value or metric
-  const fixedRadiusValue = isFixedValue(point_radius_fixed)
-    ? getFixedValue(point_radius_fixed)
-    : null;
+  // Legacy native controls store fixed radii as bare numeric strings.
+  const legacyFixedRadius =
+    typeof point_radius_fixed === 'string' &&
+    point_radius_fixed.trim() !== '' &&
+    Number.isFinite(Number(point_radius_fixed))
+      ? Number(point_radius_fixed)

Review Comment:
   A native Scatter chart whose saved radius metric is named `100` now renders 
every point with a fixed radius of 100, even without `mcp_geographic`, while 
its query still fetches that metric. Could numeric-string fixed-radius handling 
be limited to the typed compatibility path so existing native metric references 
retain their meaning?



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to