Hi Mark, Johannes Marbach wrote: > One thing I noticed when downloading other extensions from > addons.mozilla.org is that they have a cose.manifest and a cose.sig file > in the META-INF folder. These seem to not be present in the extensions > bundled with IceCat. I'm not sure how the copies that are bundled with > the IceCat source were acquired but maybe they have to be redownloaded > from Mozilla to get the latest signature variant?
Picking up on my own quote here, I noticed that these "cose" files are deleted in the script that fetches the extensions (https://git.savannah.gnu.org/cgit/gnuzilla.git/tree/data/update-extensions.sh?h=68#n33): find extensions -name cose.manifest -delete find extensions -name cose.sig -delete There's probably been a good reason for this at some point but given that there are signature issues in the 68 preview, maybe this could be related? Looking at that script some more, I also noticed that it already has fallbacks for extensions that don't define an explicit ID in their manifest. However, these fallback IDs are only used for the directory and file name: if [ -f /tmp/update-extension/manifest.json ]; then ID=$(grep '"id":' /tmp/update-extension/manifest.json |head -n1|cut -d \" -f 4) fi [ $extension = "tortm-browser-button" ] && ID="tortm-browser-button@jeremybenthum" [ $extension = "use-google-drive-with-librejs" ] && ID="[email protected]" [ -z $ID ] && ID=$extension"@extension" rm -rf extensions/$ID mv /tmp/update-extension extensions/$ID I wonder if maybe we could add these to the manifest as well to try and fix the issue of ID-less extensions (such as tortm-browser-button@jeremybenthum) not showing up in IceCat? Best, Johannes
pEpkey.asc
Description: application/pgp-keys
