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

docs: Add an explanation about the TeamCity build error when submitting pull requests #2844

Open
1 of 8 tasks
sku21 opened this issue Jun 21, 2024 · 13 comments
Open
1 of 8 tasks
Labels
infrastructure Relating to keyboard search and deployment
Projects

Comments

@sku21
Copy link
Contributor

sku21 commented Jun 21, 2024

Is your feature request related to a problem? Please describe.

It was a little confusing when I submitted my first pull request and immediately saw that I failed 1 of 2 checks when git processed my request. While I knew that the team would review my request, I wanted to know why I'd failed the check / if there was anything I needed to do to fix it. But trying to click on the "Details" link only brought me to a login page for TeamCity, so I couldn't view any of the information for the error.

Describe the solution you'd like

Adding a small bit of text to the Pull Request Tutorial about the error and/or adding it to the comment left by keyman-server on the request itself would be helpful. Even something simple like "TeamCity will automatically fail to build, but this is a default behavior. The Keyman team will manually create the build when they review your request." ...would be helpful.

Describe alternatives you've considered

No response

Related issues

No response

Keyman apps

  • Keyman for Android
  • Keyman for iPhone and iPad
  • Keyman for Linux
  • Keyman for macOS
  • Keyman for Windows
  • Keyman Developer
  • KeymanWeb
  • Other - give details at bottom of form

Keyman version

No response

Operating system

No response

Device

No response

Target application

github.com

Browser

No response

Keyboard name

No response

Keyboard version

No response

Language name

No response

Additional context

No response

@sku21 sku21 added the feat label Jun 21, 2024
@ermshiperete
Copy link
Contributor

Do you have a link to the PR?

Usually the text "This pull request is from an external repo and will not automatically be built. The build must still be passed before it can be merged. Ask one of the team members to make a manual build of this PR." is added if a PR is from an outside contributor and can't be built automatically.

@ermshiperete ermshiperete changed the title Add an explanation about the TeamCity build error when submitting pull requests docs: Add an explanation about the TeamCity build error when submitting pull requests Jun 21, 2024
@keymanapp-test-bot keymanapp-test-bot bot removed the feat label Jun 21, 2024
@sku21
Copy link
Contributor Author

sku21 commented Jun 24, 2024

Do you have a link to the PR?

Usually the text "This pull request is from an external repo and will not automatically be built. The build must still be passed before it can be merged. Ask one of the team members to make a manual build of this PR." is added if a PR is from an outside contributor and can't be built automatically.

Yep, here's the link: #2835
This is all that keyman-server comments, and then the following error appears:
image
image

@ermshiperete ermshiperete transferred this issue from keymanapp/keyman Jun 25, 2024
@ermshiperete
Copy link
Contributor

Moved from keyman to keyboards repo

@ermshiperete ermshiperete added the infrastructure Relating to keyboard search and deployment label Jun 25, 2024
@LornaSIL
Copy link
Contributor

@ermshiperete I think this is a regression. It used to have the text you quoted, but it doesn't anymore. Changing this text isn't something we can do, it has to be something done by the developers.

@LornaSIL LornaSIL added this to To do in Keyboards Jun 27, 2024
@mcdurdin
Copy link
Member

mcdurdin commented Jul 2, 2024

I think we changed this message by request -- but the change is buried in TeamCity so there's no documentation on why (I could probably find out when....).

Happy to change it again ... just let me know what would be clearer for you all!

@ermshiperete
Copy link
Contributor

I wonder if we can leave the status of the GH check as "pending" instead of setting it to "failed".

@DavidLRowe
Copy link
Contributor

@mcdurdin IIRC there was also a suggestion that the message not be repeated every time a commit is made. People using the GitHub UI to submit changes might end up making a commit for every changed file and only need to see the message once.

@mcdurdin
Copy link
Member

mcdurdin commented Jul 5, 2024

IIRC there was also a suggestion that the message not be repeated every time a commit is made.

@mcdurdin
Copy link
Member

mcdurdin commented Jul 5, 2024

I wonder if we can leave the status of the GH check as "pending" instead of setting it to "failed".

As far as I can remember, the TeamCity GH integration doesn't support 'pending' -- can't remember if that's a TC or a GH limitation. We may move to using GHA one day in the future but I am hesitant to rush into that because we may end up running out of free action minutes pretty quickly.

@DavidLRowe
Copy link
Contributor

@HopsAndHops @LornaSIL Your feedback and suggestions welcome!
Proposed text to be posted when TeamCity detects an "external" pull request:

Thank you for your pull request. You'll see a "build failed" message until the Keyman team has reviewed the pull request and manually initiated the build process.

Every change committed to this branch will become part of this pull request. When you have finished submitting files and are ready for the Keyman team to review this pull request, please post a "Ready for review" comment.

@HopsAndHops
Copy link
Contributor

I appreciate the addition about the build failed - I remember getting anxious my first few PRs before I realized that nothing had actually failed and it was the systems version of pending.

I'd like to second the request for the message not being repeated if possible. I like to keep my notifications/emails on so I see any notes made on the PRs, but sometimes the chiming/influx of emails from the repeated message can be a bit much!

@DavidLRowe
Copy link
Contributor

@mcdurdin Not a super high priority, but just wondering what the next step is on this.

@mcdurdin
Copy link
Member

Next step is for me to return to Phnom Penh, sort out my life and my issue queue, and then fix it I guess? :laugh:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
infrastructure Relating to keyboard search and deployment
Projects
Keyboards
  
To do
Development

No branches or pull requests

6 participants