Package v0.2.12→v0.2.124: manifest, actions, version graph

startos/versions/v0.2.37.ts

@@ -0,0 +1,13 @@
+import { VersionInfo } from '@start9labs/start-sdk'
+
+export const v_0_2_37 = VersionInfo.of({
+  version: '0.2.37:0',
+  releaseNotes: {
+    en_US:
+      'Column-resize fix on the Jobs table. The cursor showed col-resize on hover and mousedown registered, but the column never actually changed width. Two bugs combining: (1) The TH carries draggable="true" for column-reordering. When the user mousedowns on the (draggable=false) resize handle inside it, browsers detect the subsequent motion as the START OF AN HTML5 DRAG-AND-DROP on the parent TH and suppress mousemove events in favor of dragstart/dragover. The resize handler\'s mousemove listener never fires. ev.stopPropagation() on the handle doesn\'t help — the drag-detection looks at the closest draggable ancestor at mousedown time. Workaround: turn the TH non-draggable for the duration of the resize, restore on mouseup. (2) The 2s pizza-tracker poll calls render() periodically, which replaces the table\'s innerHTML and detaches the TH the drag was operating on. Even after fix (1), any pending writes to the detached node went nowhere. Added a `if (_colResize) return` guard at the top of render() so polling skips renders while a resize is active. onJobsColResizeEnd() now triggers a catch-up render itself once the drag finishes so polling-state changes that fired during the drag get reflected.',
+  },
+  migrations: {
+    up: async ({ effects }) => {},
+    down: async ({ effects }) => {},
+  },
+})