Skip to content

Lock file maintenance - #190

Merged
renovate[bot] merged 1 commit into
mainfrom
renovate/lock-file-maintenance
Apr 7, 2025
Merged

Lock file maintenance#190
renovate[bot] merged 1 commit into
mainfrom
renovate/lock-file-maintenance

Conversation

@renovate

@renovate renovate Bot commented Apr 1, 2025

Copy link
Copy Markdown
Contributor

This PR contains the following updates:

Update Change
lockFileMaintenance All locks refreshed

🔧 This Pull Request updates lock files to use the latest dependency versions.


Configuration

📅 Schedule: Branch creation - "* 0-3 * * 1" (UTC), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate

renovate Bot commented Apr 1, 2025

Copy link
Copy Markdown
Contributor Author

Branch automerge failure

This PR was configured for branch automerge. However, this is not possible, so it has been raised as a PR instead.


  • Branch has one or more failed status checks

@renovate
renovate Bot force-pushed the renovate/lock-file-maintenance branch from 28e05d0 to 4363131 Compare April 7, 2025 06:01
@renovate
renovate Bot merged commit cf1d812 into main Apr 7, 2025
@renovate
renovate Bot deleted the renovate/lock-file-maintenance branch April 7, 2025 10:46
admdly added a commit that referenced this pull request Aug 8, 2026
* Migrate to the restructured Extensions v2 API

Submissions are no longer a separate resource — an extension exists from
creation and review is a state of it, not a parallel record to reconcile.
Regenerates the API client against FOSSBilling/api#190's branch preview and
updates every caller:

- api/client.ts: create/update/withdraw an extension, list/read owner
  extensions (published + pending_revision + last_review), list revision
  history, and moderate by extension id + revision id, replacing the
  submissions endpoints.
- extensions-data.ts: new getOwnedExtension adapter splits the owner detail
  response into published/pendingRevision/lastReview per the API's state
  table instead of collapsing them into a derived status.
- extension-form.ts (renamed from submission-form.ts): payloads no longer
  carry a developer object; a release is required whenever there's nothing
  already published to carry through (new extension, or edited after
  rejection with nothing ever published).
- Account pages: /account no longer merges a separate submissions list: one
  list from /extensions/mine with inline pending/rejected state. The edit
  page blocks with a banner while a revision is awaiting review, matching
  the api's one-pending-revision-at-a-time rule.
- Moderation: routes move from account/moderate/[id]/ to
  account/moderate/[id]/[revisionId]/, since revisions are now addressed by
  extension id + revision id, not a submission id.

npm run check, npm run test, and npm run format:check are all clean.
npm run api:check currently shows a diff since this was generated from
#190's branch preview, not production — re-run it once #190 merges and
deploys.

* Address PR review findings

- extension-form.ts: reject a new release when it duplicates an existing
  tag (would silently duplicate the entry on approval, since the api
  replaces the whole releases array verbatim) or when the extension is
  already at the api's 100-release cap, instead of submitting a payload
  the api would either mangle or 422 on.
- ConfirmDeleteDialog: add an optional formAction so a confirmation dialog
  can post somewhere other than the current page.
- New /account/extensions/[id]/withdraw.ts route + a "Withdraw Extension"
  danger-zone control on the edit page for extensions that have never been
  published. Previously withdrawExtension existed on the api client but
  had no UI control, so a developer whose only extension was pending or
  rejected-with-nothing-published had no way to clear it and delete their
  developer profile or account.
- account/index.astro: a rejected edit no longer shows a destructive
  "Rejected" badge when the extension is still live under its previous
  published content — that only reflects the latest edit attempt, not the
  extension itself. Live extensions with a rejected edit now show a
  neutral "Edit rejected" badge instead.

npm run check, npm run test (83 passing), and npm run format:check are
all clean.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants