Closed klappradla closed 1 year ago
Learnings
-
in them (e.g. v4.0.0-0
)
This means we should ideally use beta
/ alpha
/ pre
etc. version names for our pre-releases.np
does not allow to input a custom version:
Choosing Other (specify)
to specify a custom version in the interactive UI does not show the successive prompt and then fails as no version was specified.For the problem with np
is submitted this issue as we did not find an explanation for this yet.
Still some things to do:
Applying config file: ./package.json
Building web extension from /Users/pmeinhardt/Code/bitcrowd/tickety-tick/dist/firefox
Validating add-on [............................................................]
Validation results: https://addons.mozilla.org/en-US/developers/upload/dadcd36c29994780a060d14442a4b666
Signing add-on [...............................................................]
0
FAIL
o: The extension could not be signed
at /Users/pmeinhardt/Code/bitcrowd/tickety-tick/node_modules/web-ext-submit/node_modules/web-ext/dist/web-ext.js:1:67620
at processTicksAndRejections (internal/process/task_queues.js:97:5)
at F.execute (/Users/pmeinhardt/Code/bitcrowd/tickety-tick/node_modules/web-ext-submit/node_modules/web-ext/dist/web-ext.js:1:33970)
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.
Update
Turns out the <version>unlisted
version name does not work for Chrome 😢 https://github.com/bitcrowd/tickety-tick/issues/255
Some rebase of hell 🔥
I did another field experiment with this branch 👨🌾: I wanted to release a new version... what in the end turned out to be two versions 🤯
Mozilla did some updates to their upload process - the manual one: one now has to manually select that one is uploading something to be released on their platform in contrast to "self hosting". Plus, they changed the name of the returned file when signing for the unlisted
channel, so the cp
command in our release script does not work any more 🙈
What we also did not take into account: for uploading the release to Mozilla's listed
channel, we have to bundle it again. Otherwise it still has the unlisted
in its name and Mozilla will reject it as there is already a release with this name.
Turns out Mozilla also has a problem with our submissions for self signing the extension - which we do to download the .xpi
file for the release on Github: they also want to look at the source code there.
I haven't yet found out how to use the web-ext
API to also include the source code in a way that Mozilla's reviewers can find it in the respective place.
Considered done (finally 🎉 ) in #296
Edition three of #178…
This is only a draft for further discussion on the topic. I did not want to override things in #184, as there are some slight adaptions of existing things there and we may want to directly compare them.
This is how a release of a random artifact from an example repo of mine looks like with the tooling in this PR:
tools
additional tools