Skip to content
← Documentation Admin extension form

Extension fields and public product records

How extension metadata controls catalog cards, product pages, child artifacts, update feed aliases and support links.

01

What it is

The persistent product or artifact record that releases attach to.

02

Why it helps

A stable alias and element let public pages, downloads, update feeds and changelog URLs remain predictable.

03

How to use it

Create the extension first, then create releases and optional child relationships under that record.

An extension record is the product shell around releases. It tells ExtensionFlow how to name the product publicly, which Joomla element it maps to, whether it is a module/plugin/package/language item, and which support links should be shown to visitors.

Core product fields

FieldPurposePublic effect
NameHuman-readable product name.Shown in catalog cards, product pages, changelogs and documentation.
AliasURL-safe stable identifier.Forms public URLs and should not be changed casually after release.
TypeJoomla artifact type such as component, module, plugin, package or language pack.Controls update feed path and form behavior.
VendorPublisher or product owner.Shown in metadata and useful for filtering/admin ownership.
ElementJoomla extension element name.Used in XML metadata and installer/update identity.
Plugin folder / clientJoomla plugin group or client context.Needed for plugin/module/site/admin-specific artifacts.

Description and support URLs

The description should explain what the extension does in one or two useful sentences. External documentation, support, changelog and repository URLs are optional, but they help when the public product page needs to point to external material.

Publication controls

  • Draft keeps the record inside admin workflows.
  • Published allows public pages when visibility permits it.
  • Private blocks public access.
  • Archived keeps history visible but disables active delivery behavior.
  • Public visibility lists the item in the catalog; unlisted keeps it accessible only by direct URL.

Parent and child artifacts

Packages can own child plugins, libraries, modules and language packs. Child items can keep their own releases, changelog and documentation while staying below the parent product so the public catalog remains clean.