Skip to content
This repository was archived by the owner on Nov 19, 2024. It is now read-only.

Commit f592e8c

Browse files
Merge pull request magento-commerce/devdocs#2636 from magento-devdocs/marketplace-compliance
Marketplace extension compatibility requirements
2 parents 610ccd0 + 15ea269 commit f592e8c

File tree

10 files changed

+100
-0
lines changed

10 files changed

+100
-0
lines changed

src/_data/toc/marketplace-sellers.yml

Lines changed: 17 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -14,6 +14,23 @@ pages:
1414
url: /marketplace/sellers/extension-quality-program.html
1515
versionless: true
1616

17+
- label: Compatibility Requirements
18+
url: /marketplace/sellers/compatibility/requirements.html
19+
versionless: true
20+
children:
21+
22+
- label: Release Compatibility
23+
url: /marketplace/sellers/compatibility/releases.html
24+
versionless: true
25+
26+
- label: Abandoned Extensions
27+
url: /marketplace/sellers/compatibility/abandoned-extensions.html
28+
versionless: true
29+
30+
- label: Obsolete Extensions
31+
url: /marketplace/sellers/compatibility/obsolete-extensions.html
32+
versionless: true
33+
1734
- label: Seller Overview
1835
url: /marketplace/sellers/seller-overview.html
1936
versionless: true
Lines changed: 22 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,22 @@
1+
---
2+
group: marketplace-sellers
3+
title: Abandoned Extensions
4+
---
5+
6+
Outside of regular extension compatibility checks with the latest patch version, we require the extension to be updated at least once every year.
7+
8+
There are two reasons for this. First, it's a reasonable assumption that extensions that represent an actively supported and developed product need at least one release every year, even if these extensions are in fact simplistic connectors. Second, EQP grows, develops, and evolves constantly. We want to regularly re-run some of our tests that we don't run for compatibility checks.
9+
10+
Every month we run an automated checker that collects all extensions that have not been updated for 11 months or more and have not been notified yet to submit a new version.
11+
12+
If an extension has not been updated for 12 months and automated notification has been sent, it will be removed from Marketplace.
13+
14+
## Example notifications
15+
16+
See the following example notification for cancelling an abandoned extension:
17+
18+
![Example delisting notification from the marketplace]({{ site.baseurl }}/marketplace/sellers/images/abandoned-cancelled.png)
19+
20+
See the following example notification for delisting an abandoned extension:
21+
22+
![Example delisting notification from the marketplace]({{ site.baseurl }}/marketplace/sellers/images/abandoned-delisted.png)
Lines changed: 24 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,24 @@
1+
---
2+
group: marketplace-sellers
3+
title: Obsolete Extensions
4+
---
5+
6+
As the {{ site.data.var.ce }} and {{ site.data.var.ee }} technology moves forward, release lines get marked as End of Life (EOL) and deprecated.
7+
8+
We call extensions that are only compatible with deprecated (EOL) release lines "obsolete extensions".
9+
10+
Monthly automated checks are performed to identify extensions that only support EOL release lines and notify the developers that they are required to submit a version compatible with the latest release line.
11+
12+
There is a 30-day window to submit a compatible version; otherwise the extension is removed from the Marketplace.
13+
14+
If a compatible version is submitted through the Developer Portal and passes EQP tests and Marketing review, the listing is restored.
15+
16+
## Example notifications
17+
18+
See the following example notification for cancelling an obsolete extension:
19+
20+
![Example delisting notification from the marketplace]({{ site.baseurl }}/marketplace/sellers/images/obsolete-cancelled.png)
21+
22+
See the following example notification for delisting an obsolete extension:
23+
24+
![Example delisting notification from the marketplace]({{ site.baseurl }}/marketplace/sellers/images/obsolete-delisted.png)
Lines changed: 23 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,23 @@
1+
---
2+
group: marketplace-sellers
3+
title: Release Compatibility
4+
---
5+
6+
A key factor for merchants' Total Cost of Ownership (TCO) is having their extension suite up-to-date and available for seamless upgrades to the latest version of {{ site.data.var.ce }} or {{ site.data.var.ee }}. To best serve this need, our goal is to proactively monitor and eliminate extensions that are out-of-date, out of compatibility with supported release lines, or have been otherwise abandoned. Therefore, we are updating our policies to clearly state certain requirements for version compatibility and frequency of updates:
7+
8+
1. Every extension must be compatible with a supported release line in order for the SKU to remain searchable and available for purchase.
9+
1. After every minor (2.x.0) release, extensions have 60 days to submit a compatible version, otherwise they will be delisted.
10+
1. After every patch (2.x.y) release, extension developers have 30 days to submit a compatible version. Extensions that do not pass EQP tests on a new patch release after 30 days will be delisted.
11+
1. Delisted extensions' product pages will remain accessible by direct link and extensions will remain downloadable from `repo.magento.com`, but won't be found in search results or Catalog pages.
12+
13+
To minimize the amount of manual maintenance associated with this new rule, existing EQP tests are automatically executed when the new patch release is available. Extensions that pass these tests are marked as compatible with the new patch release and no action is required.
14+
15+
If an extension fails the tests, the developer receives an email notification instructing them to supply a new version within 30 days. If you receive such a notification, just re-submit a new version to Marketplace, ensuring it was tested against the latest patch version using the Cloud Docker environment.
16+
17+
An exception to this rule is the initial compatibility check in October 2021 when extensions will be verified against {{ site.data.var.ee }} 2.4.3. Extensions that failed the tests this first time were given 60 days.
18+
19+
## Example notification
20+
21+
See the following example notification:
22+
23+
![Example delisting notification from the marketplace]({{ site.baseurl }}/marketplace/sellers/images/release-delisted.png)
Lines changed: 14 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,14 @@
1+
---
2+
group: marketplace-sellers
3+
title: Compatibility Requirements
4+
---
5+
6+
The {{ site.data.var.ee}} Marketplace requires extensions to adhere to standards of quality and maintenance. Merchants that install extensions that are not well maintained suffer from an inability to upgrade. This inability exposes merchants to security risks and prevents them from accessing the latest features in other extensions and services.
7+
8+
To mitigate this, Adobe has introduced multiple requirements for extensions that address three specific issues:
9+
10+
- [**Compatibility with release lines**]({{ site.baseurl }}/marketplace/sellers/compatibility/releases.html)—To unblock go-to-market for new merchants and upgrades for existing merchants, we need extensions to support the latest versions of {{ site.data.var.ce }} and {{ site.data.var.ee }}, including both latest release lines and latest patch versions.
11+
- [**Abandonment**]({{ site.baseurl }}/marketplace/sellers/compatibility/abandoned-extensions.html)—Merchants don't need to be presented with extensions that are not regularly updated and maintained.
12+
- [**Obsoletion (EOL)**]({{ site.baseurl }}/marketplace/sellers/compatibility/obsolete-extensions.html)—Merchants need to be protected from situations when a significant number of available extensions only support EOL versions of {{ site.data.var.ce }} and {{ site.data.var.ee }}.
13+
14+
The topics in this section describe these requirements in more detail. They're also covered in the Policies section of the Developer Portal (to see Policies, go to Resources in the top menu).
Loading
Loading
Loading
Loading
Loading

0 commit comments

Comments
 (0)