New Feature : conflicting claims#279
New Feature : conflicting claims#279YashKumarVerma wants to merge 1 commit intocoding-blocks:masterfrom
Conversation
utils/datautils.js
Outdated
| return db.Claim.findById(claimId) | ||
| } | ||
|
|
||
| function getConflictingClaimByPr(pullRequestId) { |
There was a problem hiding this comment.
Not the correct logic. just checking the presence of id does not decide the id is for pr or issue.
There was a problem hiding this comment.
I think i named the parameter wrongly in this one.
for a the url
https://github.com/coding-blocks/boss/pull/279
this is the value of the parameter
coding-blocks/boss/pull/279
and not only 279
There was a problem hiding this comment.
This checks the unique part of the URL, which is of the type user/repository/pull/id. The above confusion arose due to improper variable naming, which I've fixed now.
| let response, conflicts | ||
|
|
||
| /** | ||
| * the database has internal checks for duplicate items in the pull request column |
There was a problem hiding this comment.
does not cover all the cases.
There was a problem hiding this comment.
could you please mention which type of case is not handled
|
@hereisnaman, @championswimmer waiting for review |
Reviews usually take from 1-3 days. You can start working on other issues. |
|
Awaiting review. |
|
|
|
A few thigns to mention:
Working on a solution of the above problems. |
What is the use case behind having urls with hashes? Can't we clean them in the add claim form? |
|
@YashKumarVerma can you first create a PR with the following:
I'll give you separate points for that. |
@hereisnaman I wrote the script but there's one issue we need to tackle. An alternative approach can be that we
|
|
With #390 sent, now we can create a more robust conflict view.
admins must have a complete view of where all were the issues and pull requests submitted |
|
Carried forward in #392 |




Fixes #260
Ref #258
Preview
Raw data used to build page

When there are no conflicts

When conflicts arise
