Daniel Alfaro

You could probably do something similar to the way ruby is done. https://github.com/sorin-ionescu/prezto/blob/master/modules/prompt/functions/prompt_peepcode_setup#L19

We also run across this issue with any class that we use in subtasks. Only on the first request, the second request will have the class loaded.

Commenting out the `debug` gem does appear to have solved it 👍

Is there any traction on this issue?

We also have this issue. It requires us to restart the workflow which then passes. This is quite annoying since we require linting to pass before merging and this uses...

Here is the error ```shell 403 - Resource not accessible by integration // See: https://docs.github.com/rest/reference/repos#create-a-commit-status (Octokit::Forbidden) ``` And it looks like this is the reason why: https://github.blog/changelog/2021-02-19-github-actions-workflows-triggered-by-dependabot-prs-will-run-with-read-only-permissions/

We were having this issue and we solved it by adding explicit timeout options. ```ruby Octokit::Client.new( access_token: access_token, connection_options: { request: { open_timeout: 5, timeout: 60 } } ) ```

@nmagedman You could use [Pronto](https://github.com/prontolabs/pronto) with the Rubocop runner. The following will only compare staged changes. ``` pre-commit: parallel: true commands: pronto: tags: lint style run: bundle exec pronto run...

I think it's expecting you to have the `rails-i18n` gem for [this default fallback](https://github.com/radar/distance_of_time_in_words/blob/master/lib/dotiw/methods.rb#L149) to work. https://github.com/svenfuchs/rails-i18n/blob/master/rails/locale/en.yml#L209

It will probably be easier to debug if you run the gitlab runner locally https://docs.gitlab.com/runner/install/docker.html#docker-images