tw93 15bb60c531 perf: fix should_protect_data performance regression with case optimization ...

Issue #393 reported mo clean hanging on 'Scanning sandboxed apps'
and 'Scanning orphaned app resources'.

Root cause: should_protect_data() was looping through 332 patterns
(28 SYSTEM_CRITICAL_BUNDLES_FAST + 304 DATA_PROTECTED_BUNDLES).
For 662 sandboxed containers, this resulted in 220,000+ pattern matches.

Solution: Replace loops with fast case statement for common prefixes:
- com.apple.* (system apps) - instant return
- com.microsoft.*, com.jetbrains.* (IDEs) - instant return
- Password managers, VPNs, Docker etc. - instant return
- Other apps - instant return (no protection needed)
- Only check detailed list for special wildcards (com.tencent.* etc.)

Performance: Clean command maintains 35s (same as previous optimization)
Functionality: All 9 protection tests pass

2026-01-31 11:54:26 +08:00

..

app_protection.sh

perf: fix should_protect_data performance regression with case optimization

2026-01-31 11:54:26 +08:00

base.sh

fix: use \033[2K to fully clear spinner lines and prevent text remnants

2026-01-31 10:09:02 +08:00

commands.sh

refactor: remove mo log command, keep log recording only

2026-01-28 19:58:59 +08:00

common.sh

style: standardize punctuation across codebase

2026-01-26 14:36:06 +08:00

file_ops.sh

fix: Use du -P for accurate size calculation and add timeouts to channel sends to prevent blocking.

2026-01-30 15:06:30 +08:00

log.sh

chore: auto format code

2026-01-28 11:46:59 +00:00

sudo.sh

style: standardize punctuation across codebase

2026-01-26 14:36:06 +08:00

timeout.sh

style: standardize punctuation across codebase

2026-01-26 14:36:06 +08:00

ui.sh

fix: use \033[2K to fully clear spinner lines and prevent text remnants

2026-01-31 10:09:02 +08:00