Skip to content
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

Closed
digitarald opened this issue Mar 13, 2018 · 4 comments
Closed

Increase max file size to 6 Mb #662

digitarald opened this issue Mar 13, 2018 · 4 comments
Labels
state:stale Issues marked as stale. These can be re-opened should there be plans to fix them.

Comments

@digitarald
Copy link

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).

@EnTeQuAk
Copy link
Contributor

EnTeQuAk commented Mar 20, 2018

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).

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 webpack#import or similar methods?

@digitarald
Copy link
Author

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?

I can't see it in the PR you mentioned, is that a build-result?

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.

@EnTeQuAk
Copy link
Contributor

EnTeQuAk commented Apr 3, 2018

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?

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?

@stale
Copy link

stale bot commented Mar 4, 2020

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
state:stale Issues marked as stale. These can be re-opened should there be plans to fix them.
Projects
None yet
Development

No branches or pull requests

3 participants