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

Error Docker manifest v13.7.5 #233

Closed
mickrip opened this issue Apr 26, 2024 · 7 comments
Closed

Error Docker manifest v13.7.5 #233

mickrip opened this issue Apr 26, 2024 · 7 comments

Comments

@mickrip
Copy link

mickrip commented Apr 26, 2024

Here we go again.

Error response from daemon: manifest for w9jds/firebase-action:v13.7.5 not found: manifest unknown: manifest unknown

I don't feel great about complaining about open source software, but every time there's an upgrade, we have a problem like this. Can we collectively figure this out and solve the 'upgrade problem' once and for all?

@pinchy
Copy link

pinchy commented Apr 26, 2024

If I'm not mistaken, the only changes in the last 5 releases have been the GitHub actions bot "bumping" the version:
https://github.com/w9jds/firebase-action/commits?author=github-actions%5Bbot%5D
v13.7.0...v13.7.5

which aligns with us seeing the issue pretty consistently every Friday midday (AEST). Feels to me that there's a delay between the automated "weekly version bump" and GitHub actions registering the change, which is causing all of us here to pull our hair out.

Is the version bump bot necessary? can we disable it? Or perhaps trigger it to run on Saturday?

I could be wrong - I'm certainly not an expert in git actions!

@daneren2005
Copy link

daneren2005 commented Apr 26, 2024

I believe the problem is that the docker build push isn't running when it should. Looking at the action it says to trigger off of master: https://github.com/w9jds/firebase-action/blob/master/.github/workflows/build-publish.yaml. Looking at the commits it looks like most of the commits trigger the build but not all. v13.7.5 didn't, then v13.7.4/3/2/1 did, then v13.7.0 didn't again, then v13.6.1 through v13.5.1 did, then v13.5.0 didn't again. Not sure I see a rhyme or reason behind some being skipped.

Edit: Looks like in 9757898 he already switched to using a PAT which should trigger the workflows. I'm wondering if the permissions for that PAT just weren't setup correctly to allow triggering workflows.

@JaredEzz
Copy link

I'm just going to ignore updates for this. The older versions work fine and I, too, am tired of this breaking

@w9jds
Copy link
Owner

w9jds commented Apr 28, 2024

They have limited how GitHub actions trigger, so it automates the update of firebase-tools but the system that publishes a new container isn't triggering. I'm in the process of fixing it, but I'm in the middle of a move so I should get to it soon. Apologies for all the issues!

@ENT108
Copy link

ENT108 commented May 9, 2024

They have limited how GitHub actions trigger, so it automates the update of firebase-tools but the system that publishes a new container isn't triggering. I'm in the process of fixing it, but I'm in the middle of a move so I should get to it soon. Apologies for all the issues!

Any progress maybe? 🤓

@w9jds
Copy link
Owner

w9jds commented May 11, 2024

I just pushed an update, hopefully this should make it so it properly published a new container when a new version is found and updated. I'll keep an eye on the next release and hope it is more reliable.

@w9jds
Copy link
Owner

w9jds commented Jun 6, 2024

I have figured out the issue with the docker deployment, I'm currently looking into it not possibly using the correct version of the repo but it shouldn't fail to publish an image anymore.

@w9jds w9jds closed this as completed Jun 6, 2024
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

No branches or pull requests

6 participants