Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork8.1k
chore(common): Backport FileTypeValidator fallback support to v10.4.17#15003
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
base:10.4.17
Are you sure you want to change the base?
Uh oh!
There was an error while loading.Please reload this page.
Conversation
mehdirayan commentedMay 16, 2025
Hi @UseInterceptors( The file is saved in the upload folder, so the buffer is missing in the file that is transmitted to validation. |
mag123c commentedMay 22, 2025
@mehdirayan The issue for verifying the magic-number, the root cause of the issue, has not yet been resolved. |
PR Checklist
Please check if your PR fulfills the following requirements:
PR Type
What kind of change does this PR introduce?
What is the current behavior?
File validation fails when the buffer is too small or unidentifiable by magic number,
even if the mimetype is correct.
Related issue:#14977
What is the new behavior?
fallbackToMimetypeoption toFileTypeValidatorbuildErrorMessage()for clearer failure messagesDoes this PR introduce a breaking change?
Other information
This PR backports the fix originally merged in#14995 into the
10.4.17line.This was originally reported in#14977. All tests have been verified on the v10 codebase.