Wagtail 1.1 · Version Status

Wagtail 1.1 End of Life Date

Wagtail 1.1 end-of-life date, support status, and CVE risk. Data reconciled from official vendor documentation and endoflife.date at every build; the source of each date is on the product page.

⚠ Wagtail 1.1 is past end of life. This version no longer receives security patches. Past EOL — migrate to a supported version immediately.
EOL Date
date not published
Past EOL
Latest Release
1.1
Standard release
Release Date
Sep 15, 2015
Wagtail 1.1 series
Where these dates come from
ReleaseSep 15, 2015endoflife.date (open dataset) · endoflife.datemedium · 1 source agrees
Confidence: high = two or more independent sources agree (the vendor's page read by our adapter, a person's check against the vendor, the dataset the date came from); medium = one; low = the vendor page disagrees or our last read is stale. How we source dates.
Spotted a date that disagrees with the vendor's own lifecycle page? Report it with the vendor's link → Every correction is published on the accuracy page.
Lifecycle detail

Wagtail 1.1 was released on September 15, 2015. It is not an LTS release; Wagtail reserves longer patch windows for its LTS versions. Its most recent patch is 1.1, published September 15, 2015.

← Wagtail 1.0 All Wagtail versions Wagtail 1.2 →
45 / 100
Medium Risk
EOL Risk Score™  How is this calculated? →
EOL Recency
35/40
Attack Surface
10/30 Medium tier
CISA KEV Exposure
0/20 Not in KEV
Extended Support
0/10 Available
EOL Risk Score™ — proprietary methodology by endoflife.ai. Factors: EOL recency, attack surface breadth, CISA KEV catalog presence, extended support availability. Updated at every build. Methodology →  ·  View score card →
Recommended upgrade path
Wagtail 8.1
Latest release: 8.1 · EOL: May 4, 2027
View full Wagtail timeline →
Extended Support
Extended Wagtail 1.1 support options

Some vendors and third parties sell security patches beyond end of life; whether one covers this version varies. Compare your options.

Compare Options →
All Wagtail Versions
VersionLatestEOL DateStatus
0.8 LTS 0.8.10 Mar 31, 2016 EOL
1.0 1.0 Supported EOL
→ 1.1 1.1 Supported EOL
1.2 1.2 Supported EOL
1.3 1.3.1 Supported EOL
1.4 LTS 1.4.6 Dec 31, 2016 EOL
1.5 1.5.3 Supported EOL
1.6 1.6.3 Supported EOL

What does Wagtail 1.1 end of life mean?

When Wagtail 1.1 reaches end of life, the maintainers stop issuing security patches for this version. CVEs discovered after the EOL date are publicly disclosed on the National Vulnerability Database with no patch available. Exploit code frequently appears on GitHub within days of disclosure.

The CVE blind spot: A CVE-based scan does not show the ongoing accumulation of unpatched vulnerabilities in EOL software versions. Some scanners flag unsupported versions of common products, but coverage varies, and none of them give you the date in advance. Running Wagtail 1.1 past its EOL date creates a growing attack surface that a clean scan result does not rule out.

Migrate to Wagtail 8.1 or implement compensating controls — network segmentation, enhanced monitoring, restricted access — while migration is underway.

Frequently Asked Questions
When does Wagtail 1.1 reach end of life?
Wagtail 1.1 has already reached end of life, though the vendor has not published an exact date.
Is Wagtail 1.1 still supported?
No. Wagtail 1.1 reached end of life on an unpublished date and is no longer receiving security patches.
What should I upgrade to from Wagtail 1.1?
The recommended upgrade from Wagtail 1.1 is Wagtail 8.1 — the latest actively supported version. Check the Wagtail full timeline for all supported versions.
What are the security risks of running Wagtail 1.1 past EOL?
Since Wagtail 1.1 reached end of life, the maintainers no longer issue security patches. Any CVEs disclosed after the EOL date accumulate with no vendor fix. A CVE-based scan does not show this — it is the CVE blind spot; some scanners flag unsupported versions of common products, but coverage varies and none give the date in advance. Organizations running EOL Wagtail should migrate immediately or implement compensating controls.
Data from endoflife.date API · Generated at build time · How we source data →