d086590eed
Der InvalidRowHandle-Check in GridViewWorkflows_MouseDown (aus einem vorherigen Commit) las GridViewWorkflows.FocusedRowHandle in eine lokale Variable ein, verwendete sie aber nirgends - hi.RowHandle blieb unverändert ungültig, sodass der Code ohnehin sofort in der nächsten Prüfung (Not hi.InRow) abbrach. Zusätzlich trug die Debug-Zeile fälschlich das Präfix "Item_Scope:" statt "MouseDown:" - offensichtlich ein Kopier-Rest. Anders als in Item_Scope (siehe vorheriger Commit) ist ein FocusedRowHandle-Fallback hier bewusst NICHT sinnvoll: e.Location ist in MouseDown immer die aktuelle Klick-Position (kein Caching-Problem), und InvalidRowHandle ist der normale, erwartete Fall für legitime Nicht-Zeilen-Klicks (Spaltenkopf, leerer Bereich, insb. FilterPanelCloseButton). Ein Fallback auf FocusedRowHandle würde solche Klicks fälschlich der aktuell fokussierten Zeile zuordnen (z.B. Klick auf "Filter schließen" würde plötzlich CURRENT_CLICKED_PROFILE_ID setzen) - neuer Bug statt Fix. Der ursprünglich gemeldete Fehler (Doppelklick auf Gruppenkopf reagiert nicht) ist bereits durch den Fallback in Item_Scope abgedeckt, unabhängig vom Ausgang dieses MouseDown-Aufrufs. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>