Skip to content

Fix duplicated word in GraphQL description#1116

Closed
Ansh07017 wants to merge 2 commits intoPalisadoesFoundation:developfrom
Ansh07017:fix-graphql-duplicate-word
Closed

Fix duplicated word in GraphQL description#1116
Ansh07017 wants to merge 2 commits intoPalisadoesFoundation:developfrom
Ansh07017:fix-graphql-duplicate-word

Conversation

@Ansh07017
Copy link

What kind of change does this PR introduce?

Documentation-only change.

Issue Number:

N/A

Did you add tests for your changes?

No (documentation-only change).

Snapshots/Videos:

N/A

If relevant, did you update the documentation?

Yes – https://github.com/PalisadoesFoundation/talawa-docs/blob/develop/docs/developers/introduction/introduction.md

Summary

Fixes a duplicated word ("for") in the GraphQL description to improve clarity and readability of the developer documentation.

Does this PR introduce a breaking change?

No.

Other information

N/A

Have you read the contributing guide?

Yes

@coderabbitai
Copy link

coderabbitai bot commented Jan 22, 2026

Important

Review skipped

Review was skipped due to path filters

⛔ Files ignored due to path filters (1)
  • docs/developers/introduction/introduction.md is excluded by !**/docs/**

CodeRabbit blocks several paths by default. You can override this behavior by explicitly including those paths in the path filters. For example, including **/dist/** will override the default block on the dist directory, by removing the pattern from both the lists.

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.


Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@Ansh07017
Copy link
Author

This is a documentation-only change.
Could a maintainer please add the ignore-sensitive-files-pr label to allow the CI check to pass?
Thank you!

@palisadoes
Copy link
Contributor

We are now focusing on these types of issues as priority areas:

  1. The improvement in the reliability of our code base. There are many issues created to test existing code. It is a good place to start if you want to understand the operation of various apps. When you submit PRs, we automatically check to see whether the code you submitted has been covered by testing and that each file meets the minimum standard level of the repository as a whole. You won’t be able to avoid understanding testing regimes to contribute to Talawa.
  2. The fixing of bugs and features that seriously hamper the user from using the application. The apps have various shortcomings. The most obvious ones are where the apps do not work as expected. For example buttons that don’t work, errors or messages that are not displayed to make the user understand what to do and many more. Think of any difficulty you have had in getting things working, there could be a bug there waiting for you.
  3. Coding of screens for issues created by our Contributor team based on our design guide. This may include updates to existing screens.
  4. The creation of additional or updated documentation that helps with improving both the experience of the end user and the various GitHub contributors who support the development of our software. This would include user guides.

We will only be accepting feature issues for deficiencies that are obviously lacking in the apps. These are things that make it very difficult to operate the apps. Even so, the PRs will still require you to understand testing as stated before.

Cosmetic changes that require only a few lines of code, or relate to screen sizes unlikely to be used are not acceptable under this policy.

Closing

@palisadoes palisadoes closed this Jan 22, 2026
@palisadoes
Copy link
Contributor

@aadithya2112

  1. Why does the pull-request-target.yml file fail here but works in Admin?
  2. Both files refer to a file in the .github repo that doesn't exist?

@aadithya2112
Copy link

@palisadoes Even I find this really bizarre. I've investigated and confirmed:

  1. pr-target-policy.yml does NOT exist in .github repo
  2. Yet talawa-admin/ talawa-api workflow runs successfully on every PR
  3. The workflow executes the actual steps (PR greeting, issue checks)

I suspect it might be:

  • GitHub Actions fallback/caching behavior
  • Or the workflow file existed previously and is cached somewhere

I'll continue investigating to find the root cause.

@palisadoes
Copy link
Contributor

I tried changing it to the correct file name and it failed too

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