Weave Code
Weaver
Helps Laravel developers discover, compare, and choose open-source packages. See popularity, security, maintainers, and scores at a glance to make better decisions.
Feedback
Share your thoughts, report bugs, or suggest improvements.
Subject
Message

Sulu Webspace Settings Bundle Laravel Package

eekes/sulu-webspace-settings-bundle

A Sulu CMS bundle for managing per-webspace settings, letting developers define and access configuration scoped to individual webspaces in templates and services. Ideal for multi-site projects that need flexible, webspace-specific options.

View on GitHub
Deep Wiki
Context7

Product Decisions This Supports

  • Upgrade triage, not roadmap. v1.0.2 is a patch release confined to the admin settings UI plus one null-safety fix. It informs "do we take this update inside the 1.0.x line?" — it does not justify a roadmap bet on its own.
  • Support-cost reduction. Settings that point at deleted content now resolve to null instead of a broken object. That removes a recurring class of "the settings page throws / the template renders wrong" tickets for editorial teams after content deletions.
  • Localization workflow quality. Locale is preserved when re-selecting the open area, and the "copy from another locale" dialog no longer fires spuriously. This matters if your editors work in multi-locale installs; it's the kind of friction that quietly drives CMS abandonment.
  • Operational cost of upgrading. The release requires rebuilding admin assets (bin/adminconsole sulu:admin:update-build). That's a deploy-pipeline step, not a code change — factor it into release runbooks before promising a same-day upgrade.

Caveat to resolve before relying on this: the release notes reference Twig templates and bin/adminconsole sulu:admin:update-build, which are Sulu CMS (Symfony) conventions, not a Laravel package. If the brief genuinely concerns a Laravel/PHP package, we may be assessing the wrong artifact. Confirm the package identity before this assessment is used for a build-vs-buy call.

When to Consider This Package

Consider it when:

  • You are running a Sulu-based install and need admin-managed, per-locale settings that editors can change without a deploy.
  • You have non-technical editors and value a visibly correct settings toolbar (group highlighted, active area marked in the dropdown) — the discoverability fixes in this release are aimed squarely at that audience.
  • You can absorb the sulu:admin:update-build step in your deploy pipeline.
  • Your content model includes references to other content (settings pointing at pages/media), where deletion is routine — the null resolution fix is a direct win here.

Look elsewhere when:

  • You need a Laravel-native settings package. This is not one; evaluate spatie/laravel-settings or Laravel's config/DB-backed options instead.
  • You expect semantic-versioning stability guarantees beyond a 1.x patch line — one patch release is not enough evidence of release cadence or backward-compatibility discipline.
  • You cannot rebuild admin frontend assets on deploy, or you vendor the admin build and cannot refresh it.
  • Your consumers already assume a settings reference always returns an object. The move to null is correct, but it changes the contract — audit Twig templates and get() call sites for null-safety before upgrading.

How to Pitch It (Stakeholders)

For executives (one line): A low-risk maintenance release that fixes a broken-state bug in settings and polishes the editor toolbar; no breaking API changes, one extra build step at deploy.

For engineering:

  • Scope is small and contained: admin UI state handling (active group/area highlighting), locale retention on area re-selection, and suppression of the spurious "copy from another locale" dialog.
  • One behavioural change worth a review pass: settings referencing deleted content now return null rather than an object. This fixes Twig and get() failures, but any downstream code doing property access on the result needs a null check. Treat it as a contract change, even in a patch.
  • Upgrade procedure is a rebuild, not a migration: bin/adminconsole sulu:admin:update-build. Slot it into the standard release pipeline.

Recommendation: Take the upgrade on the normal cadence; do not escalate it. Do not treat this release as sufficient evidence for a strategic adoption decision — one patch release with UI-level changes tells us the maintainers are actively fixing editor-facing defects, nothing more. Before any build-vs-buy recommendation, confirm the package identity (the tooling signals point to Sulu/Symfony, not Laravel) and gather a second data point covering release cadence and API stability.

Weaver

How can I help you explore Laravel packages today?

Conversation history is not saved when not logged in.
Prompt
Add packages to context
No packages found.
takashato/laravel-vietqr
aitor24/laralang
kraenzle-ritter/entity-relations
dindigital/din-image
pomirleanu/image-colors
sawmainek/laravel-api-generator
delatbabel/jsonresponses
mouhamedfd/permissions-generator
eduplus/qr
laravel2580/idehelpers
delatbabel/viewpages
anavel/gettext
muhamadrezaar/highcharts
delatbabel/keylists
frankkessler/salesforce-laravel-oauth2-rest
anavel/foundation
wdmtech/enviricons
eii/laravel-captcha
muka/shape-reader
tdt/json