@toolbox-web/grid 3.9.1 → 3.9.2

package/custom-elements.json

@@ -640,7 +640,7 @@
                   "description": "Origin of update (default: 'api')"
                 }
               ],
-              "description": "Update a row by ID.\nMutates the row in-place and emits `cell-change` for each changed field.\n\nResolves the row from the full dataset, so a row that is filtered or paged\nout of the visible view can still be updated. If the ID matches no row at\nall, a `TBW041` warning is logged and the call is a no-op (never throws).\n\n**Filtered/paged-out rows:** the emitted `cell-change.rowIndex` is `-1`\n(the row is not in the processed view). The update only schedules a\nVIRTUALIZATION refresh — it does **not** re-run the row pipeline, so\nchanging a filtered/sorted/paged field will not move the row into or out\nof view until the next ROWS-phase refresh (e.g. re-applying the filter or\nreassigning `rows`)."
+              "description": "Update a row by ID.\nMutates the row in-place and emits `cell-change` for each changed field.\n\nResolves the row from the full dataset, so a row that is filtered or paged\nout of the visible view can still be updated. If the ID matches no row at\nall, a `TBW041` warning is logged and the call is a no-op (never throws);\nwith `source: 'history'` (an undo/redo replay of a since-deleted row) the\nno-op is silent.\n\n**Filtered/paged-out rows:** the emitted `cell-change.rowIndex` is `-1`\n(the row is not in the processed view). The update only schedules a\nVIRTUALIZATION refresh — it does **not** re-run the row pipeline, so\nchanging a filtered/sorted/paged field will not move the row into or out\nof view until the next ROWS-phase refresh (e.g. re-applying the filter or\nreassigning `rows`)."
             },
             {
               "kind": "method",
@@ -667,7 +667,7 @@
                   "description": "Origin of updates (default: 'api')"
                 }
               ],
-              "description": "Batch update multiple rows.\nMore efficient than multiple `updateRow()` calls - single render cycle.\n\nEach row is resolved from the full dataset, so filtered/paged-out rows are\nupdated too. An unresolvable ID logs a `TBW041` warning and is skipped\nwithout aborting the rest of the batch (never throws).\n\n**Filtered/paged-out rows:** for a row resolved from the source dataset but\nnot currently in the processed view, the emitted `cell-change.rowIndex` is\n`-1`. These updates do **not** re-run the row pipeline (sort/filter/paging),\nso a changed field won't move the row into or out of view until the next\nROWS-phase refresh."
+              "description": "Batch update multiple rows.\nMore efficient than multiple `updateRow()` calls - single render cycle.\n\nEach row is resolved from the full dataset, so filtered/paged-out rows are\nupdated too. An unresolvable ID logs a `TBW041` warning (silent for\n`source: 'history'`) and is skipped without aborting the rest of the batch\n(never throws).\n\n**Filtered/paged-out rows:** for a row resolved from the source dataset but\nnot currently in the processed view, the emitted `cell-change.rowIndex` is\n`-1`. These updates do **not** re-run the row pipeline (sort/filter/paging),\nso a changed field won't move the row into or out of view until the next\nROWS-phase refresh."
             },
             {
               "kind": "method",