-
-
Notifications
You must be signed in to change notification settings - Fork 431
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
Feature Request: Using proper graphql scalars for different data types shared between clients and server #1559
Comments
Seems like an important migration. @palisadoes @noman2002 can you please assign this to me as I am working on migration issues these days. |
done |
@literalEval In addition to migrating the SDL definitions to the new scalars, you would also need to check compatibility for date objects as |
Noted |
@literalEval I have to unassign this. It will unfair to others. You are 4 issues in your name. |
@noman2002 the two issues related to Custom Lint are literally the same issue. One of them is just for tracking purposes. I have said this earlier too. That issue will take some time as currently I am looking for someone who can test that feature with me. In the meantime I can work on this. Please assign this to me :( |
Hehe this is a bit problematic. I'd like people to start working on this refactor asap. Btw it shouldn't be limited to only one person, many people can collab to work on this dividing up work. |
:) assign this to me. I'm waiting :) |
Things don't work this way. The custom lint issue is huge. You cannot work on both at the same time. Let others try this. Complete the custom lint issue get it merged then I'll be more than happy to assign. |
If both the issues are same then why are we having two issues. Close any one of them. Then I'll assign this. |
Yes that is a huge issue but it will inevitably take quite some time as I have mentioned above
Because I couldn't modify the original one to track progress. So I created another one. If you feel like it is not worth having, I can close the one I have created for tracking. I am just saying that I am idle and would like to work on something :) |
@noman2002 I have closed one of them :) |
@literalEval are u working on this? This is important as api and admin have already made all the changes and the changes are merged. If mobile is not migrated quickly many contributers will get issues. |
@xoldyckk Yes I am working on this on priority basis and am in continuous contact with @EshaanAgg |
@xoldyckk I have migrated for the event system. Migration for Posts remains. |
Since Event is the most used feature (as it is fetched/displayed by default), should we merge the work done till now and deal with Post in another PR ? This will at least reduce the error frequency and then I will migrate Post system by tomorrow ? |
@literalEval You can create many small PRs. Just reference this issue in them so they'll be easier to track cuz they are sub PRs for a bigger issue. Also, I'm clueless about dart/flutter so your PRs won't be reviewed by me. So, I can't say anything about them getting merged. |
@literalEval can i also work on this alongside you? I can work on sub parts as you mentioned above. |
@Ayush0Chaudhary Sure we can pair up. The posts PR just got merged today. We can look into that. |
corrected! |
This issue did not get any activity in the past 10 days and will be closed in 365 days if no update occurs. Please check if the develop branch has fixed it and report again or close the issue. |
@literalEval Are you still working on this? |
Yeah @palisadoes I and @Ayush0Chaudhary both are working on this. We decided to pair up as this is a very important and large issue. Thanks. |
@palisadoes other services are still left to be corrected, we should reopen this. |
We can add check boxes to this issue to keep track. We have reopened this issue multiple times. That's not a suitable way to operate. |
@palisadoes @noman2002 @xoldyckk
These are only few that I know of, others are still unidentified. |
This issue did not get any activity in the past 10 days and will be closed in 365 days if no update occurs. Please check if the develop branch has fixed it and report again or close the issue. |
@Ayush0Chaudhary are you working on these? Or should I start from my end? |
For now you can leave them, I will address them in other issue which Target all similar shortcomings. |
This issue did not get any activity in the past 10 days and will be closed in 365 days if no update occurs. Please check if the develop branch has fixed it and report again or close the issue. |
What's the status on this? |
This issue did not get any activity in the past 10 days and will be closed in 180 days if no update occurs. Please check if the develop branch has fixed it and report again or close the issue. |
Is your feature request related to a problem? Please describe.
Talawa-api currently uses default scalars provided by graphql to parse/validate queries and exchange data with the clients. We are migrating to making use of graphql-scalars package and custom scalar types in talawa-api. Check out these links for more info:- link1, link2.
You can work with eshaan who's working on this in talawa-api to figure stuff out.
Describe the solution you'd like
We'd like talawa mobile to migrate their graphql SDL documents to make use of the new scalars. This would provide better validation to fields and a certain standard to the data exchanged between talawa mobile and talawa api.
Describe alternatives you've considered
Approach to be followed
Additional context
Potential internship candidates
The text was updated successfully, but these errors were encountered: