-
-
Notifications
You must be signed in to change notification settings - Fork 931
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
V5.0 dev #564
V5.0 dev #564
Conversation
@nkitku thank you for this truly heroic effort, this is a very impressive and thorough start, this certainly looks like a brilliant direction for the project to take. This needs a thorough review to check backwards compatibility and RFC compliance. As a quick start on that road, could you resolve the conflicts shown in the PR so we can start working from a mergeable branch? Additionally, I notice that the files are now all using 0755 permissions, I think best practice is 0644 for files and 0755 for directories? |
thank you for appreciation, |
@thomseddon instead of merging it in 'dev' branch can we have new branch "v5.0-dev"? |
@thomseddon i have resolved all conflicts |
$ npm test
npx: installed 30 in 30.987s |
@nkitku |
@peter-fan-cn and for development process we must require typescript but for publishing it to npm we will use build version
|
Yes, you are right. thank you for your reply. |
Hi, |
@thomseddon i am interested to contribute in this project. Are you still looking for contributors / maintainers? |
@liyamahendra yes! There are three main areas we need help on:
Help on the above would be hugely appreciated. I will add anyone who makes meaninful contributions as a permanent maintainer :) |
@emilcardell I wouldn't normally create an official npm release until we have something stable, this branch will remain a development branch until we've had some review (I'm also asking for help on this). Testing and examples can be done by referencing the repo directly in your package.json |
Noticed that you switched from ESLint to TSLint - TSLint is going to be deprecated in favor of ESLint by the end of the year, so it may be better to stick with ESLint. |
Will v5 support graphql? I expect so... |
@nkitku I'm actually fixing most of the things pointed out above in our own fork of your branch, so I think instead of just pointing out problems I could also create PRs against your v5.0-dev branch for these issues. WDYT? |
@ankon you are welcome |
@ankon thank you for your great review work so far, hugely appreciated! @nkitku I'm thinking the plan to move forward witht this branch could be for me to make you a collaborator, and for us to merge this into a new 5.x branch, we can continue to take PRs/Issues against that branch. We can have another PR open tracking a todo list for release; docs, tests, spec compliance - let me know if there's any more review you want to pick up before I merge this PR into the new branch |
// Extend model object with request | ||
this.model.request = request; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is scary: Two requests in parallel could produce quite some confusion here it seems. The model is shared between all handlers (and whatever else gets it through the options), and only passed by reference.
(This is a problem also in the original code)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should remove the request from the model and see if something breaks. I think it is only bad if you really access it.
@thomseddon thank you, i think so too, so far so good |
@nkitku @thomseddon I can help you guys out by testing as an end user and giving you the feedback on the same. Let me know when, and I will do it. Thanks. |
@ankon You are a boss. |
Is there any good fork of this, which got already publicated on npm? |
Mostly for the record: After trying to get this running for a few days we re-evaluated our actual goals, and found that a OAuth server would not work in our environment. For a bit of context: https://medium.com/collaborne-engineering/replace-cognito-hosted-ui-d7619d037036 |
Hi, do we have an estimate release date on v 5.0 ? Or how can I help ? |
Hi guys - the ongoing discussion has been started last year 😄 so when will this branch get merged? |
@ankon seems like most of your issues have been resolved, but did you publish your branch anywhere? |
Thank you for the comprehensive review @ankon - if we could get these and all other pending items resolved, then I'd be happy to cut a public beta for feedback |
Beside this: Do you want to add code coverage metrics to this branch too? |
I mean: I could add the necessary changes ;) |
I added some fixes in nkitku#4 A few things that are unclear to me that I 'fixed' are:
|
Added code coverage and removed the request from the model |
For the time where I tried to get this working I added commits here: https://github.com/Collaborne/node-oauth2-server/commits/collaborne/v5.0-dev But, as mentioned before, we actually decided to abort this direction for us, and instead focus on a different approach completely. As such: None of these commits there are intended for merging anywhere, although of course you can have a look and pick them into another fork if you want to. |
How about a release? Or atleast a merge into the dev-branche, so that we can make pull requests into the oauthjs dev branch? |
Merged into the new v5-dev branch, we can use that for all PRs going forward! 🎉 There's still some outstanding review from this PR, e.g. regarding a few tests, if you'd be able to pick up @nkitku? I have made you a contributor, I will update the Readme now, pointing to the new branch, I'll go back and label/close a lot of the old issues. |
@thomseddon thanks, i will try to review all tests again. |
Is there any significant issue preventing this from being merged? |
Fyi, these are the plans for this project |
Rewrite of whole library in typescript