Skip to content

v2 requires javaabu/helpers, which pins javaabu/settings ^1.7 and activitylog 4 (conflicts with settings v2 and activitylog v2) #18

Closed

Description

@n4ff4h

From javaabu/permissions v3 (next-gen), which now requires javaabu/forms ^2.0@dev for its Blade role pages.

forms v2's composer.json requires javaabu/helpers ^1.74. helpers 1.74 requires javaabu/settings ^1.7, which requires spatie/laravel-activitylog ^4.8:

javaabu/forms dev-next-gen → javaabu/helpers ^1.74 → javaabu/settings ^1.7 → spatie/laravel-activitylog ^4.8

In the plan (PLAN.md), javaabu/settings v2 and javaabu/activitylog v2 both depend on javaabu/permissions. With permissions → forms → helpers → settings ^1.7:

  • settings v2 can't install permissions at all (its own root version 2.x conflicts with settings ^1.7 further down), and
  • an app can't have settings v2 (or an activitylog v2 that moves off spatie activitylog 4) together with any package that uses forms v2.

permissions v3 dropped its own javaabu/helpers dependency for exactly this reason (Javaabu/permissions#14), but it now comes back through forms.

Suggested: drop javaabu/helpers from forms v2's require. Inline what forms uses from it, or move those helpers into a dependency-free package. At minimum, don't pull in javaabu/settings. A CI check that composer why javaabu/settings is empty would keep it that way.

Activity

  1. added
    next-genNext-gen Javaabu packages
    cross-packageRequested by or affecting another next-gen package
    on Nov 4, 2026
  2. added a commit that references this issue on Nov 4, 2026
    cdc4bae
  3. n4ff4h commented on Nov 4, 2026

    @n4ff4h
    Author

    Fixed in cdc4bae on next-gen (CI green). forms v2 no longer requires javaabu/helpers, so it no longer pulls in javaabu/settings. The only thing forms used from helpers was AllowedMimeTypes plus format_file_size(); those now ship as Javaabu\Forms\Support\MimeTypes, with the same lists in resources/data/mime-types.php and a test that compares them with helpers. If an app has javaabu/helpers, forms still reads AllowedMimeTypes, so registered types keep working; apps without it use MimeTypes::register(). Size limits come from javaabu/settings when installed, else forms.defaults.max_upload_file_size (10240 KB). helpers is now in suggest and require-dev. The Pint CI job fails if javaabu/settings or javaabu/helpers ever appears in composer show --tree --no-dev. Documented in docs/upgrading.md (Requirements; File types without javaabu/helpers).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    cross-packageRequested by or affecting another next-gen packagenext-genNext-gen Javaabu packages

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions