Displaying errors as they happen doesn't necessarily mean that the entire operation fails. In this case, the package manager will continue to process other updates after reporting those that failed. The prompt looks a lot scarier than it actually is.
In APT 3.0 it is better sorted because of a better Layout. But we have to wait until this will come in the Future to Zorin. Or using Nala would be an Option.
We can test that by reproducing the problem. On a fresh install of Zorin OS 17.3 Core:
Rename the signing keys for the Brave repositories:
for f in /usr/share/keyrings/brave-browser-*; do sudo mv $f $f.bak; done
By changing the names to something else (in this case simply adding the ".bak" extension) the repository won't be able to find them at their expected locations, thereby triggering the error you saw:
Note that we can update Brave in this case because this particular error is due to missing signing keys, which are already cached, so the upload process continues for all packages needing an upgrade, including Brave.
However, to further proof that this is not a problem I've reset my VM and, this time, I've also deleted the cache for this entries with:
This is an error now, not a warning. It's refusing to update Brave entirely because it cannot securely verify the downloads anymore.
Repeating the same process to run the software updates now shows the same packages as before, without Brave due to this error. We can update everything else normally:
I understand, I was just trying to show that the software updater can overcome at least certain errors that may happen for various reasons. Not sure what the problem might have been in your case, although it certainly looks like a caching issue, based on the error from your first screenshot.
I've noticed this happening a few times already over the past few days... I'll bring it up to the admins, thanks.