fix: SHOW WIDGETS WHERE LIKE filter silently degraded to equality match

Visitor set Operator="LIKE" (upper-case) but executor compared with
"like" (lower-case), so the LIKE branch was never taken and the filter
fell through to an equality check, returning no results.

Fix both filter loops in cmd_widgets.go to use strings.EqualFold.
Adds bug-test 418 as a regression script.

Closes #418

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

Author: ako

mdl-examples/bug-tests/418-show-widgets-like-filter.mdl

@@ -0,0 +1,7 @@
+-- Bug #418: SHOW WIDGETS WHERE Name LIKE returns no results
+-- Root cause: visitor set Operator="LIKE" (upper) but executor checked "like" (lower)
+-- Fix: use strings.EqualFold for operator comparison in cmd_widgets.go
+
+-- Requires a connected project with widgets named *button* (e.g. actionButton1).
+-- With the bug, this would return "No widgets found" even for existing widgets.
+SHOW WIDGETS WHERE Name LIKE '%button%';

mdl/executor/cmd_widgets.go

@@ -31,7 +31,7 @@ func execShowWidgets(ctx *ExecContext, s *ast.ShowWidgetsStmt) error {
 
 	for _, f := range s.Filters {
 		col := mapWidgetFilterField(f.Field)
-		if f.Operator == "like" {
+		if strings.EqualFold(f.Operator, "like") {
 			query.WriteString(fmt.Sprintf(" and %s like ?", col))
 		} else {
 			query.WriteString(fmt.Sprintf(" and %s = ?", col))
@@ -153,7 +153,7 @@ func findMatchingWidgets(ctx *ExecContext, filters []ast.WidgetFilter, module st
 
 	for _, f := range filters {
 		col := mapWidgetFilterField(f.Field)
-		if f.Operator == "like" {
+		if strings.EqualFold(f.Operator, "like") {
 			query.WriteString(fmt.Sprintf(" and %s like ?", col))
 		} else {
 			query.WriteString(fmt.Sprintf(" and %s = ?", col))