Skip to main content
drupalreleases
Release: Cms 2.2.3 — Update released for Drupal core (2.2.3)! Release: Easy Breadcrumb 2.0.11 — Minor update available for module easy_breadcrumb (2.0.11). Release: Bootstrap 8.x-3.42 — Minor update available for theme bootstrap (8.x-3.42). Release: Editoria11y Accessibility Checker 3.0.10 — Minor update available for module editoria11y (3.0.10). Release: Editoria11y Accessibility Checker 2.2.24 — Minor update available for module editoria11y (2.2.24). Release: Leaflet 10.4.13 — Minor update available for module leaflet (10.4.13). Release: Flag 5.1.1 — Minor update available for module flag (5.1.1). Release: Layout Paragraphs 3.0.0-beta5 — New beta version released for module layout_paragraphs (3.0.0-beta5). Module Revived: Bootstrap 8.x-3.41 — Theme bootstrap updated after 6 months of inactivity (8.x-3.41). Security Coverage: Component Library — Module component_library now has official Drupal security advisory coverage.

Update status Key-Value flush

2 sites No security coverage Drupal 10–11
View on drupal.org

This module fixes an issue where Drupal's update status page shows no release history after Redis is restarted or a queue is flushed. It automatically detects this desync and provides a one-click fix to re-establish update checks.

Fixes a common problem where Drupal's update status page shows "No release history available" after a Redis restart or queue flush. Detects the desync automatically and provides a one-click fix.

Features

Drupal tracks which modules need update checks using two separate stores: a database-backed key-value store and a queue (often Redis-backed). When Redis is flushed or restarted, the queue is wiped but the database entries remain. On the next cron run, Drupal sees all projects already listed in the database and skips re-queuing them — so no update check ever runs, and admin/reports/updates shows "No release history available" for most or all modules.

This module:

  • Detects the desync automatically on the Status report (admin/reports/status)
  • Shows an error-level entry with a one-click fix link when the problem is present
  • Shows an OK status when everything is in sync (no noise when things are healthy)
  • Clears the stale database entries so Drupal can re-queue projects on the next cron run

Use this module if your site uses a Redis queue backend and you have ever seen update status become permanently stuck after a Redis restart or FLUSHALL.

Post-Installation

No configuration is needed. Once enabled, the module runs silently in the background.

If a desync is detected, an error entry titled "Update fetch task store" will appear on admin/reports/status with a "Clear the update fetch task store" link. Click the link, then go to admin/reports/updates and click "Check manually" to trigger an immediate re-fetch. You can also simply wait for the next cron run.

When everything is healthy, the status report shows an OK entry confirming the KV store and queue are in sync.

Additional Requirements

  • Drupal core Update module (enabled by default in most Drupal installations)
  • Drupal 10 or 11

No additional libraries or APIs are required. The module is most useful on sites that use a Redis-backed queue (e.g. via the Redis module), but it works on any Drupal installation.

  • Redis — the queue backend most likely to trigger this problem. Using this module alongside Redis gives you automatic detection if a desync occurs.

Depends on

Dependencies of the latest stable release

  • update Drupal core

Required by

Tracked projects that depend on this one

No tracked projects depend on this one yet.

Activity

Tracked releases
2
Tracked since
Apr 2026
Latest release
5 months ago
Releases (12 mo)
2 ▲ from 0
Maintenance
Slowing

Releases

Version Type Core Release date
1.0.0 Stable 10–11 Apr 8, 2026
1.0.x-dev Dev 10–11 Apr 8, 2026