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

Release 2.0 #66

Open
wants to merge 16 commits into
base: master
Choose a base branch
from
Open

Release 2.0 #66

wants to merge 16 commits into from

Conversation

dougwilson
Copy link
Contributor

@dougwilson dougwilson commented Oct 30, 2014

This is a tracking issue for release 2.0.

I am trying to give better visibility for upcoming changes and so am trying out making a PR for a release here, pulling from the official next release branch into master. This allows for the current pending changes to be easily visible.

Please keep feature requests in their own issues

I'm also leaving this PR unlocked so people can make comments/etc. and we'll see how it goes :) If you want to make a comment on a particular change, please make the comment in the "Files changed" tab so comments are not lost during a rebase.

List of changes for release:

  • Add generic body parser
  • Add limit: null as alias for limit: Infinity Add support for removing body parser limit #493
  • Add multipart field body parser
  • Drop support for Node.js 0.8
  • Drop support for Node.js below 4
  • req.body no longer always set to {}, which works better for non-object-like bodies like text
  • on-finished used to detect if the request has been read; no longer need to set req._body to a truthy value
  • urlencoded no longer defaults extended to true

List of deprecated things removed:

  • Main bodyParser() function which did urlencoded + json

Testing this release

If you want to try out this release, you can install it with the following command:

$ npm cache clean
$ npm install expressjs/body-parser#2.x
$ npm cache clean

@Fishrock123
Copy link
Contributor

@dougwilson isn't abstraction from parsers or whatever scheduled-ish for 2.0?

@dougwilson
Copy link
Contributor Author

Yea, I haven't fully added everything to the checklist yet. I just wanted to make the PR so it starts to get eyes.

@LinusU
Copy link
Member

LinusU commented Aug 3, 2015

@dougwilson Would love to use this, have you thought about publishing to npm as 2.0.0-beta1? Thanks 👍

@dougwilson
Copy link
Contributor Author

Hey @LinusU ! I never published it because I didn't think there was anyone wanting to start, so without demand, I did not want to burden myself with maintaining two working release lines at once, if it wasn't necessary. I'll see about getting a alpha/beta out, though :) You can always add a branch/commit of a git repo as an npm dependency, though.

@LinusU
Copy link
Member

LinusU commented Aug 28, 2015

Cool. I mainly wanted the first bullet which caused a bug for me when only using the raw middleware. But I just worked around it in code since I still want to get bugfixes. Would be cool to get 2.0 out for real thought. Whats missing? Is there anything I can help with?

@theganyo
Copy link

theganyo commented Nov 6, 2015

Hey @dougwilson! So I just found this because of the bugs I've been battling today related to #128, but I see the issue and this PR have been open for over a year despite being fixed. Since it doesn't look like this is going to happen (or is there still a chance?), is the only option to fork and release under a different name?

@dougwilson
Copy link
Contributor Author

Hi @theganyo , you are certainly welcome to fork & release this under another module, as it is under the MIT license, but there are a few reasons why it has yet to be released:

  1. I had a report that the changes in here can sometimes stall out a request. I have not been able to look, but if you would like to test it out on your systems (using the instructions provided in the original post), that would be much appreciated!
  2. This was proposed over a year ago, but with Express 3.x still supported and relying on this module, it was not possible to release a breaking version without adding more work for myself, which is all done unpaid, and so I've been waiting for Express 3.x to go away first.

is the only option to fork and release under a different name?

You can always depend on the branch in GitHub in your package.json... https://docs.npmjs.com/files/package.json#git-urls-as-dependencies

@dougwilson
Copy link
Contributor Author

And since Express 3.x is now "officially unsupported", I want to just make one last 1.x release here and then publish a 2.0.0 alpha for people to start testing on.

@theganyo
Copy link

theganyo commented Nov 6, 2015

Thanks, Doug. As you might have guessed, forking and releasing isn't at top of my list of alternatives. :) I just wanted to gauge whether this was really still potentially going to be supported. Since you're looking at a new release, I'll just hack around it for now and update later. Thanks for the quick reply!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants