Renovate: Master issue out of sync, listing PRs as open when they are not

Created on 8 Mar 2020  路  7Comments  路  Source: renovatebot/renovate

What Renovate type are you using?

Hosted renovate, with GitHub on https://github.com/Jasig/uPortal-start

Describe the bug

The master issue lists several PRs as open (unlinked) when they have not been opened.

https://github.com/Jasig/uPortal-start/issues/440


screenshot:

Screenshot_2020-03-08 Update Dependencies (Renovate Bot) 路 Issue #440 路 Jasig uPortal-start


Did you see anything helpful in debug logs?

https://app.renovatebot.com/dashboard#github/Jasig/uPortal-start/149872446

To Reproduce

https://github.com/Jasig/uPortal-start
this _may_ be related to rate limiting, previously they were in the rate limited section, they were manually checked, now have been caught in an intermediate state for several builds:

Additional context

Possibly related to https://github.com/renovatebot/renovate/issues/4803

priority-2-important bug

Most helpful comment

Seems like they're stuck in an "intermediate state" as you say. Converting all our return values/result values into TypeScript enums at the moment, after that we should hopefully catch the problem.

All 7 comments

Can you tell me for the ones that aren't linked, do they:

  • all exist?
  • some exist but some don't?
  • none exist?

none exist

Thanks. I would like to see if it resets to correct on the next run too, i.e is it temporary or permanent.

Next run appears to have finished, https://app.renovatebot.com/dashboard#github/Jasig/uPortal-start/149878694
PRs and master issue are the same after.

Seems like they're stuck in an "intermediate state" as you say. Converting all our return values/result values into TypeScript enums at the moment, after that we should hopefully catch the problem.

Converting all our return values/result values into TypeScript enums at the moment, after that we should hopefully catch the problem.

:+1:
linking related PR https://github.com/renovatebot/renovate/pull/5664

I'm working on a branch that should solve this once and forever, but so far it's like pulling on a thread that keeps going - changes needed in a lot of code.

Was this page helpful?
0 / 5 - 0 ratings