Popis
Titanium Compatibility Control – Rollback, Download & Update History combines compatibility, repository status, update history, rollback and current-version download tools.
It adds compact data to Plugins plus detailed Plugin List, History, Settings and More Plugins pages. It reports declared metadata; it does not scan source code.
Compatibility on the Plugins screen
- Requires WordPress shows the minimum WordPress version declared by the installed plugin.
- Tested up to shows the WordPress version through which the installed plugin declares testing.
- Requires PHP shows the minimum PHP version declared by the installed plugin.
- Green indicates the declared range covers the compared environment; deep red highlights an unmet/outdated declaration. Missing metadata is shown as unavailable instead of guessed.
- Version Check supports major/minor or exact comparison. By default, Tested up to 7.0 stays valid throughout WordPress 7.0.x and becomes outdated at 7.1.
- Manual refresh is available after plugin files are replaced by FTP, file manager or another external method.
- Download is available directly from the normal Plugins screen for authorized administrators.
A red Tested up to value does not prove that a plugin is broken. It means the author has not declared testing through the compared WordPress version.
Detailed Plugin List
Plugin List shows Installed, Latest, Requires WP, Tested up to, Requires PHP, Last Repository Update and Tools. Latest is not guessed without reliable WordPress update metadata.
Repository status
For plugins identified as WordPress.org-hosted, repository metadata is retrieved in small batches.
- Unmaintained: the Last Repository Update age reached the configured threshold. Default: 180 days.
- Removed from WordPress.org: a previously identified WordPress.org plugin is reported as not found by the WordPress.org Plugins API.
- Temporary WordPress.org/API failures are not treated as removal.
- Repository not detected: the plugin could not be reliably identified as a WordPress.org repository plugin. This does not claim it definitely is not on WordPress.org.
- External / private: the plugin explicitly declares a non-WordPress.org update source.
These are maintenance signals, not proof that a plugin is unsafe or incompatible.
Update History
History records successful WordPress plugin updates after Titanium is installed: plugin, previous/new version, manual/automatic type, user when available, and date. Titanium rollbacks are also recorded. The newest 250 records are retained.
Direct FTP/file-manager replacement cannot be identified reliably and is not recorded as a normal update event.
Rollback
Rollback requires a currently identified WordPress.org plugin in its normal repository folder, update permission and permitted file modifications.
Opening Rollback requests older versions from WordPress.org. Only older versions are offered. The chosen official package is installed with the core Plugin Upgrader in overwrite mode.
Rollback replaces plugin files. Titanium does not intentionally change that plugin’s database settings, but an older plugin version may handle its own data differently. A normal site backup and/or Download of the current installed version is recommended first.
Download current installed version
Download creates a ZIP from the currently installed files instead of fetching a fresh copy, so it can also work for private and premium plugins.
Download is available from Plugin List and Plugins. Outside paths are rejected and symlinks are skipped. The ZIP contains plugin files only, not database or site content.
Settings, Dark Mode and Site Health
Settings controls the Unmaintained threshold from 1 to 3650 days, default 180. Dark Mode is per-user across Titanium and supported plugin-management screens.
Site Health includes checks for declared plugin compatibility and WordPress.org plugins detected as removed or unmaintained.
Refresh and multisite
Compatibility data rebuilds after relevant plugin changes and newer WordPress update data. Repository metadata refreshes separately in small batches.
A monthly refresh is scheduled for the first day of each month at 4:00 a.m. site time. WP-Cron must be triggered; external-cron sites must keep their WordPress cron runner configured.
On multisite, management is network-level, actions require network plugin-management permissions, repository work is centralized on the main site, and subsites get no separate Titanium pages.
Data storage and frontend impact
Settings, metadata and history use WordPress options/network options; Dark Mode uses user meta. No custom tables, frontend assets, developer account, ads, analytics or telemetry are added.
External Services
Titanium Compatibility Control – Rollback, Download & Update History uses WordPress.org services for compatibility, repository-maintenance and rollback metadata. No external account or API key is required.
The plugin uses:
wp_update_plugins()during manual refreshes and the scheduled monthly refresh. WordPress sends its standard plugin-update request toapi.wordpress.org, including installed/active plugin information, installed translation data, site locales, WordPress version and the site home URL in the User-Agent.plugins_api()to retrieve Last Repository Update and other required repository metadata for identified WordPress.org plugins. Requests run in small batches after relevant changes, when data is missing and during scheduled refreshes. WordPress includes its version and the site home URL in the request User-Agent.plugins_api()when an administrator opens Rollback, to retrieve older versions and officialdownloads.wordpress.orgpackage URLs. The chosen package is downloaded only after explicit confirmation; the WordPress HTTP request User-Agent includes the WordPress version and site home URL.
It does not send post/user content, administrator email addresses or its own telemetry identifiers to WordPress.org.
Service: https://api.wordpress.org/
WordPress.org Downloads: https://downloads.wordpress.org/
WordPress.org Plugin Directory: https://wordpress.org/plugins/
WordPress.org Privacy Policy: https://wordpress.org/about/privacy/
Privacy
The plugin has no telemetry, ads, analytics or developer cloud account. Compatibility, repository and history metadata remain in WordPress. Remote communication is limited to the WordPress.org services above.
Update History may store the local WordPress user ID for a manual update so the administrator can be shown in History. It stays in the site’s database.
Snímky obrazovky





Instalace
- Upload the
titanium-compatibility-controlfolder to/wp-content/plugins/, or install it through WordPress when available in the Plugin Directory. - Activate the plugin. On multisite, activate it for the network.
- Open Plugins for compact compatibility information and Download.
- Open Titanium Compatibility > Plugin List for the detailed table, repository status, Download and Rollback.
- Use History for recorded plugin updates and Settings for the Unmaintained threshold.
Nejčastější dotazy
-
Does Titanium scan plugin PHP source code?
-
No. It reports declared plugin and WordPress.org metadata; it does not claim to prove source-code compatibility.
-
What is the difference between Last Repository Update and Update History?
-
Last Repository Update is the repository date reported by WordPress.org. Update History records version changes that occurred on this WordPress installation after Titanium was installed.
-
What does Repository not detected mean?
-
Titanium could not reliably identify the installed plugin as a WordPress.org repository plugin. This is intentionally different from Removed from WordPress.org.
-
Does Unmaintained mean unsafe?
-
No. It only means the repository update age reached your configured threshold.
-
Can every plugin be rolled back?
-
No. Rollback is limited to eligible WordPress.org plugins installed in their normal repository folder. Private, custom, removed or unidentified plugins do not receive WordPress.org rollback versions.
-
Yes, when their installed files are inside the normal WordPress plugins directory and can be packaged safely. Download contains files only; it is not a database or full-site backup.
-
Why might an update be missing from History?
-
History starts after Titanium is installed and relies on successful WordPress updater events with a reliable before/after version. Direct external file replacement cannot be detected reliably.
Recenze
Pro tento plugin nejsou žádné recenze.
Autoři
Titanium Compatibility Control – Rollback, Download & Update History je otevřený software. Následující lidé přispěli k vývoji tohoto pluginu.
SpolupracovníciPřeložte “Titanium Compatibility Control – Rollback, Download & Update History” do svého jazyka.
Zajímá vás vývoj?
Prohledejte kód, podívejte se do SVN repozitáře, nebo se přihlaste k odběru protokolu vývoje pomocí RSS.
Přehled změn
1.0.0
- Initial release
