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
I noticed on some custom actions with file uploads that the resulting filename of the FileUpload now has a / prefix on the filename, where it doesn't usually.
Not a train smash as you can just do a Str::replace('/', '', $data['file']), but worth noting.
How to reproduce the bug
Have an action with a fileupload and an action callback. $data['file'] will have a / at the beginning, whereas without optimize it does not.
Side note, if it hasn't been tested before, package handles (or rather doesn't error with) non-image uploads for uploads with multiple filetypes, so very useful :)
The text was updated successfully, but these errors were encountered:
What happened?
I noticed on some custom actions with file uploads that the resulting filename of the
FileUpload
now has a/
prefix on the filename, where it doesn't usually.Not a train smash as you can just do a
Str::replace('/', '', $data['file'])
, but worth noting.How to reproduce the bug
Have an action with a fileupload and an
action
callback.$data['file']
will have a/
at the beginning, whereas withoutoptimize
it does not.Package Version
1.4.1
PHP Version
8.3.9
Laravel Version
11.19.0
Which operating systems does with happen with?
macOS
Notes
Side note, if it hasn't been tested before, package handles (or rather doesn't error with) non-image uploads for uploads with multiple filetypes, so very useful :)
The text was updated successfully, but these errors were encountered: