You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
v2 requires javaabu/helpers, which pins javaabu/settings ^1.7 and activitylog 4 (conflicts with settings v2 and activitylog v2) #18
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.
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).
Activity
Drop javaabu/helpers so forms doesn't constrain javaabu/settings; fix…
n4ff4h commentedon Nov 4, 2026
Fixed in cdc4bae on
next-gen(CI green). forms v2 no longer requiresjavaabu/helpers, so it no longer pulls injavaabu/settings. The only thing forms used from helpers wasAllowedMimeTypesplusformat_file_size(); those now ship asJavaabu\Forms\Support\MimeTypes, with the same lists inresources/data/mime-types.phpand a test that compares them with helpers. If an app has javaabu/helpers, forms still readsAllowedMimeTypes, so registered types keep working; apps without it useMimeTypes::register(). Size limits come from javaabu/settings when installed, elseforms.defaults.max_upload_file_size(10240 KB). helpers is now insuggestandrequire-dev. The Pint CI job fails ifjavaabu/settingsorjavaabu/helpersever appears incomposer show --tree --no-dev. Documented indocs/upgrading.md(Requirements; File types without javaabu/helpers).