Skip to content

Road to v0.6.0 #70

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

Merged
merged 35 commits into from
Sep 9, 2016
Merged

Conversation

Globegitter
Copy link

I thought I'd get started on the work to 0.6.0. These are the list of commits we need: graphql/graphql-js@v0.5.0...v0.6.0

It seems some of those had already been done so I just added small bits as I thought necessary. Other than that I basically just added the suggestion of other graphql fields so far (That means all commit are done until and including #ec05b54)

Doesn't seem to be a huge milestone this time.

@Globegitter
Copy link
Author

I have also started working on graphql/graphql-js@e6e8d19 but it turns out that is not such an easy thing because of the way schema._implementations is a defaultdict rather than a normal dict here: https://github.com/graphql-python/graphql-core/blob/master/graphql/type/schema.py#L60

So it always returns a list where-as in graphql-js if a key does not exist it would return undefined. Imo the closes to that would be either using a defaultdict that returns None per default or just using a normal dict and then using the .get function on it.

Both of them break a lot of other unit tests, so not sure what the best approach forward is for this. Fixing all of the tests or just ignoring this commit.

@Globegitter
Copy link
Author

Ok it actually wasn't too difficult to fix.Getting through the commits. Only 7 left.

@Globegitter
Copy link
Author

@syrusakbary All commits are now moved over. For some reason my local isort does not give the same reulst as Travis' isort making this quite difficult for me. In any case, all other tests are passing.

@Globegitter
Copy link
Author

Sweet, got all tests passing :)

@syrusakbary
Copy link
Member

Hi Markus!

Thanks for your great work!
The upcoming features for this repo go in the features/next branch (some changes are required by the next graphene version, that's the reason is in a branch different than master).

If you could make another PR for the features/next branch with your improvements would be great! :)

@Globegitter
Copy link
Author

@syrusakbary will do asap :)

@Globegitter Globegitter changed the base branch from master to features/next September 8, 2016 13:19
@Globegitter
Copy link
Author

Globegitter commented Sep 8, 2016

@syrusakbary Merged in next branch, changed this PR (so did not have to open up a new one) and all tests are passing.

@@ -643,12 +662,14 @@ def parse_argument_defs(parser):
def parse_input_value_def(parser):
start = parser.token.start

return ast.InputValueDefinition(
bla = ast.InputValueDefinition(
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

bla? :P

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh yes haha. Thank you for catching that @syrusakbary. That is one of my typical debugging variable names. Especially when I feel quite uncreative.

@syrusakbary
Copy link
Member

Looking good 👍

@syrusakbary syrusakbary merged commit 6dcd608 into graphql-python:features/next Sep 9, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants