-
-
Notifications
You must be signed in to change notification settings - Fork 683
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
v2 release discussion #718
Comments
Agree. These are noise. The beginning is good. They have links to all the issues and PRs to see how much work is done. Migration guide is nothing more than the exports change. Oh yea, and the plugins API and the cool fileWriteStream handling. |
From my comment here: #635 (comment)
Is this true? Would a v2 release be sometime in the next weeks? |
Which tests are broken? Everything on GitHub Actions that's failing on the https://github.com/node-formidable/formidable/runs/2249456170 Would be good to have a clear list of open tasks and how to attack them, just in case anyone (eg. @songkeys) would like to contribute here. |
Fixtures. When you try to run tests locally you can see.
Soon ™ lol |
https://ko-fi.com/tunnckoCore Everyone get in |
@tunnckoCore publish v2 whenever you are ready, I am going to start the v3 branch soon |
Expect to see v2 released in these days, and don't forget to upgrade @types/formidable as well. |
Yeah, |
@karlhorky |
Hey there, sorry for the silence lately! :) I'm sorry for saying it again, but... I'm really currently upgrading the machine (ahhh, damn tired of jumping around linux distros, it was great on ArchLinux for YEARS, the thing is I don't have the nerves to restore my awesome setup ;d). I'm in terrible period, but it's now 15 days holidays here and I'm REAAALLY heating and getting up. Еxcuses, excuses, excuses... anyway. Thanks! PS: Even if everything is okay on the branches, i can't just run |
As of Thanks to @peterblazejewicz for the fix! |
you're welcome! I've not been using this module a lot, so keep this in mind, when something surfaces, thx! |
To install from github master in the meantime |
Without correct type definition |
Just a heads up but the bulkiness of formidable has increased quite dramatically in the 2.x version. Original 1.2 had zero dependency which was... very nice. The new "and improved" 2.x has quite a lot of junk dependencies:
Some of these are... quite unnecessary like Not to mention dezalgo which is literally a few lines of codes with two more additional dependencies, that are also few lines of code, just to make a callback run on next tick? Feels HIGHLY overkill to have to install 3 dependencies just for a tiny functionality like that. I know npm and javascript developers don't care about what kind of code they're installing with their library but some of us actually care. :(
Update: |
the 3.x version already got rid of the qs dependency For the rest you are right I agree , some could be removed, but it has to be done on a case by case basis, sometimes a 20 line of code library handles quite a few edge cases one would not necessarily think about it. Also if you make a PR try to find out why a library is used, maybe there is a good reason. |
If I may ask @GrosSacASac what's the difference between 1.x and 2.x and 3.x? I'm not finding a good change log |
https://github.com/node-formidable/formidable/blob/3.x/CHANGELOG.md |
Zero dependencies and 85.1 kB package size used to be definitely killer features of Is there any roadmap when the v.2.0 will be released? BTW, the change log for the v.3.0 looks quite decent, may be it is worth skipping the v.2.0 and merge it with v.3.0? Regarding the version v.3.0, is there any way to install it via npm already today? BTW, hopefully, the version v.3.0 comes not only in the form of the ESModule ( |
v2 was supposed to be published a couple months ago already, unfortunately people with access to npm publish are absent nowadays ... Myabe you can try to tweet if you have twittter There is an open issue for async await #685 To install 3.x with npm use
|
I'm trying to install it via package.json, but there I can't fin a v.3.0 as a proposed version for Is it possible to install v.3.0 via package.json? Update This should work: "formidable": "[email protected]:node-formidable/formidable#3.x" |
and we can close this |
Ok Ok So master is 3.x So we merge #767 now ? Dist tags are like pointers that point to a specific version, we can only deprecate versions. Ok I will publish |
Published 1.2.4 |
Okay, great. v3 is master, yea. But I don't know what is in v2 in git, what is in v2 in npm, what's the diff with v3, and what we should move from v2/master to a separate v2 branch. 🤣 But anyway, we will figure it out. Just publish v2 to |
Oh and rename the dist-tags on npm, because notes mention |
Created a 2.x branch from master, then merged 3.x branch into master |
Should I drop "canary" ? Since we already have tags ? |
Published [email protected] in v3 tag (with your VERSION_NOTES and updated readme) |
Tried v2 tag but
I don't know why it worked with the v3 tag |
We could do like npm https://www.npmjs.com/package/npm latest-1 latest-2 latest-3 etc |
duh.. 🤣 well, okay. and instead of canary we will publish to but should update all the notes first haha.. I will handle the |
Should I run this command ? |
So far we have dist-tags:
|
if plus you should |
delete |
By the way, did you tried |
Deprecated all the 1.x and canary versions |
If I delete how are people going to install v3 ? |
I tried just v2 |
Ok so
So 3.x is also invalid. and 2.x also. I think it worked because the argument was passed from package.json (publishConfig) |
Hmm... their tag naming doesn't work well to us, hm. v1Move v1 to v2Now on v3Move v3 to We still can add the dates to the |
Renamed the branches to follow that. You should update your local copies with for v1
for v2
and for v3, copy the current master to Don't publish new versions, just point the dist-tags, i'll update the notes everywhere soon and publish patch versions. |
Okay, i got that.
I'll fix the notes and bump the versions. In the |
Switched all the tags and published all the versions. Seems like what you're saying is right, it works when it's on the |
Nice, but we should remove v1 v2 and v3 tags from npm , because you think that installing @V3 will install from that tag, but because it is also a valid version range (as per npm) it will convert it to @>3 & <4 (And it will be even more confusing since it will look like it works initially) |
Ohhh yea, got that.. was just thinking about that.. ooooh fack.. 🤣 |
Okay... as I thought before few hours.
When v3 should become |
Okay lets close this, continue here #769 |
Creating this issue to have one place to discuss the v2 release.
I think that we should clean up the changelog. By that I mean remove from the changelog everything that is noise for the average formidable user. For example >" refactor: use hasOwnProperty in check against files/fields" is not useful information for someone that is trying to migrate from v1 to v2. If you agree I can make a PR for that.
First time since a long time that we are under 30 open issues 🥇 .
Ideally we also
The text was updated successfully, but these errors were encountered: