v7.42.1

Fix "plugin deactivated itself" after a manual zip install + wrapper-folder zips

Flat release zips + manual Plugins → Add New → Upload made WordPress name the folder after the zip file (ccm-tools-<ver>/) beside the canonical ccm-tools/. Two active copies tripped the duplicate guard, which deactivated the plugin itself (often the good copy). The in-dashboard auto-updater was unaffected.

• Prevent: release zips now ship with a top-level ccm-tools/ wrapper folder, so manual uploads always install to /wp-content/plugins/ccm-tools/ regardless of the zip filename.
• Heal: the duplicate guard no longer self-deactivates. The canonical /ccm-tools/ install detects version-suffixed ccm-tools-* duplicates, silently deactivates them (no teardown — wp-config and the drop-in are untouched), deletes the stale folders via the filesystem API (no uninstall hooks — shared options survive), and shows a notice. A lone version-suffixed install keeps running and warns.
• Atomic drop-in replace: the object-cache auto-refresh now writes a temp file and rename()s it into place, so a concurrent request can't read a half-written object-cache.php.

The 7.42.0 and 7.41.4 release assets have also been rebuilt with the ccm-tools/ wrapper.