-
Notifications
You must be signed in to change notification settings - Fork 41
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Increase max file size to 6 Mb #662
Comments
Indeed, unfortunately, we don't have that right now but plan to do so at some point. Increasing to 6Mb sounds logical but I'm uncertain what we gain with this or rather what the impact would be. What files are that big, I can't see it in the PR you mentioned, is that a build-result? Are you sure you can't split that somehow, e.g with |
We could also turn it around to reason why the status quo is in place; asking developers to reduce file size. What is the benefit of keeping it at 4Mb?
Yes, from the build – probably the source for most big files; as file splitting is a technique not often required when building web extensions. There is no product benefit for extension users, which is why it isn't a best practice documented anywhere for extension development. |
Well, there is no benefit but we were running into various issues with too big files when parsing through eslint causing memory issues and nodejs abortions. Do you have an example file or preferably add-on that is currently failing so that we can start testing it? |
This issue has been automatically marked as stale because it has not had recent activity. If you think this bug should stay open, please comment on the issue with further details. Thank you for your contributions. |
Describe the problem and steps to reproduce it:
Submit an extension with a 5.1 Mb JS file, like Augury.
What happened?
Validation error, max file size is 4 Mb.
What did you expect to happen?
Submission works without extra build step tweaking that doesn't benefit the product in any way.
I assume 6 Mb is the next logical increase after going from 2 to 4 Mb in #181.
Might be interesting to keep an eye on this, using instrumentation in the validation process to track how many extensions hit the issue (and possibly never come back).
The text was updated successfully, but these errors were encountered: