Skip to content
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

PR: correct discrepancies with the old bot #55

Merged

Conversation

EresDev
Copy link
Contributor

@EresDev EresDev commented Jul 11, 2024

Resolves #26

QA

What can be improved?

Lots of file changes just for prettier formatting. Probably need some stricter check on push or commit so that all team members send formatted code.

@EresDev
Copy link
Contributor Author

EresDev commented Jul 15, 2024

It wasn't just h5 missing from permit comment, there were other html tags missing too. It was because of removal of all new lines from comments. New line is needed to identify some html tags for example ##### h5. If it is not on a new line, it is not a heading. Here is a before/after effect on the same comment by the fix above.

Thing also shows a new concerns though. The bot scores 1 to tags not html listed in config. Is this expected?

image

@0x4007
Copy link
Member

0x4007 commented Jul 15, 2024

The bot scores 1 to tags not html listed in config. Is this expected?

Defaults should be set to 0 value.

@EresDev
Copy link
Contributor Author

EresDev commented Jul 23, 2024

Question:
Review comments need relevance: 1 as given in #45
Are we scoring all review comments with the code and separate comments in PR with relevance:1? Or are they only the comments with code that need relevanace:1

@gentlementlegen @0x4007

@gentlementlegen
Copy link
Member

From my understanding, any comment within the pull request should have its relevance set to 1 because comments in the PR don't related to the specification itself, so doesn't make sense to evaluate them against the spec. Probably this should be configurable though the configuration file.

@0x4007
Copy link
Member

0x4007 commented Jul 24, 2024

Question: Review comments need relevance: 1 as given in #45 Are we scoring all review comments with the code and separate comments in PR with relevance:1? Or are they only the comments with code that need relevanace:1

@gentlementlegen @0x4007

Good catch on this task. Why don't you address that in a new pull? Also provide a time estimate. Consider that the main work will probably be to adjust the prompt.

@0x4007 0x4007 mentioned this pull request Jul 24, 2024
@EresDev
Copy link
Contributor Author

EresDev commented Jul 24, 2024

@gentlementlegen I see tests failing here, and on also the development branch https://github.com/ubiquibot/conversation-rewards/actions/runs/10076181691 . Probably because of your config changes yesterday?

In the failing test, it started to change your github role between contributor and collaborator.
image

@gentlementlegen
Copy link
Member

@EresDev I'll run lots of tests and come back to you.

@gentlementlegen
Copy link
Member

gentlementlegen commented Aug 3, 2024

@EresDev I just ran it against ubiquity/pay.ubq.fi#195 and it seems some comments are not picked up still. And the specification comment doesn't seem to be displayed properly as well, can you confirm?
On #29 it doesn't seem to properly pick up all the review comments.


Since this is urgently needed I opened a PR against your repo here: EresDevOrg#1
It will contain fixes for what I mentioned above.

@gentlementlegen
Copy link
Member

gentlementlegen commented Aug 4, 2024

Latest QA (tests conducted with my fixes as well):

fix: fixing display and collection errors
@EresDev
Copy link
Contributor Author

EresDev commented Aug 5, 2024

Since this is urgently needed I opened a PR against your repo here: EresDevOrg#1
It will contain fixes for what I mentioned above.

I have merged your PR. I believe everything is fixed for this PR? @gentlementlegen

@gentlementlegen
Copy link
Member

@EresDev on the issues I mentioned it should be yes. Actually right now ubiquibot-test is running will all these changes. Needing code review now!

src/parser/content-evaluator-module.ts Outdated Show resolved Hide resolved
src/parser/content-evaluator-module.ts Outdated Show resolved Hide resolved
@gentlementlegen gentlementlegen merged commit 369d614 into ubiquity-os-marketplace:development Aug 13, 2024
3 checks passed
Comment on lines +63 to +73
multipliers:
- select: [ISSUE_SPECIFICATION]
relevance: 1
- select: [PULL_AUTHOR]
relevance: 1
- select: [PULL_ASSIGNEE]
relevance: 1
- select: [PULL_COLLABORATOR]
relevance: 1
- select: [PULL_CONTRIBUTOR]
relevance: 1
Copy link
Member

@0x4007 0x4007 Aug 13, 2024

Choose a reason for hiding this comment

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

Sets these to relevance 1? This is not clear to me.

Copy link
Contributor Author

@EresDev EresDev Aug 13, 2024

Choose a reason for hiding this comment

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

The requirement was to set the relevance of issue specifications, and PR comments to 1. To implement that I added something called "Fixed Relevance" and you can specify it in config. You can add fixed relevance to any comment type, and if you do so, fixed relevance will take precedence and that comment type will not be sent to OpenAI for evaluation, and the fixed relevance will be applied to that comment type. What you see in the readme file above are fixed relevance of 1 being applied to issue specifications and PR comments.

Comment on lines +74 to +75
userExtractor:
redeemTask: true
Copy link
Member

Choose a reason for hiding this comment

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

What is this? We should just make it a single property without nesting probably.

Copy link
Member

Choose a reason for hiding this comment

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

The nesting is die to userExtractor being its own module and made it clearer that this module is the only one using these variables.
redeemTask means the tasks are redeemable e.g. the reward can be collected.

Comment on lines +25 to +28
* Checks if the comment is made by a human user, not empty, and not a command.
*/
_checkEntryValidity(comment: (typeof IssueActivity.prototype.allComments)[0]) {
return comment.body && comment.user?.type === "User";
return comment.body && comment.user?.type === "User" && comment.body.trim()[0] !== "/";
Copy link
Member

Choose a reason for hiding this comment

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

I'm surprised that empty comments have been found in testing. I didn't know that is possible.

Copy link
Member

Choose a reason for hiding this comment

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

It should not be but according to GitHub types body can eventually be undefined.

@gentlementlegen gentlementlegen linked an issue Aug 22, 2024 that may be closed by this pull request
Copy link

@Abuchtela Abuchtela left a comment

Choose a reason for hiding this comment

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

Fix set specs as 1

Copy link

@Abuchtela Abuchtela left a comment

Choose a reason for hiding this comment

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

/start

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.

Formatting issue Analyze and correct eventual discrepancies with the old bot
5 participants