-
Notifications
You must be signed in to change notification settings - Fork 23
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
Add docs for adding a new l10n into product-details #89
base: main
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,29 @@ | ||
FAQ | ||
=== | ||
|
||
This piece of docs tracks frequently-asked-questions during our releaseduty cycles. | ||
|
||
Adding a new locale into Product-Details | ||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | ||
|
||
`Product details`_ is a public JSON API which contains release | ||
information for Mozilla products. More information on this can be found | ||
in `here`_. | ||
|
||
Each time a new locale is being added so that we’re able to | ||
ship a newly-localized Firefox in a different language, RelEng gets involved. | ||
In order for that to happen, the l10n team adds the corresponding builds as a | ||
pre-requisite. Then, they likely ping releaseduty: PR like `this`_ or | ||
`this <https://github.com/mozilla-releng/product-details/pull/9>`__ are | ||
opened against Product-details. TODO for releaseduty: | ||
|
||
|
||
- double-check that the PR is listing another locale in the ``public/1.0/languages.json`` file. See samples PRs like `this`_ or `this <https://github.com/mozilla-releng/product-details/pull/9>`__ from the past | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. You mean another locale = a new locale? |
||
- review and merge the PR, either directly into ``production`` or via ``main`` and then follow-up with a push to ``production`` | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The PR is always done against There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Is the |
||
- wait for the Taskcluster CI to run successfully. Behind the scenes, the CI is cloning the repo resources and pushes them to a S3 bucket | ||
- once the CI is green, trigger the Product-Details rebuild via Ship-it: |product-details-rebuild| | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Note to self: I may be wrong here - pending a conclusion in the PR conversation. |
||
|
||
.. _Product details: https://product-details.mozilla.org/1.0/ | ||
.. _here: https://wiki.mozilla.org/Release_Management/Product_details | ||
.. _this: https://github.com/mozilla-releng/product-details/pull/10 | ||
.. |product-details-rebuild| image:: /procedures/release-duty/faq/media/product-details-rebuild.png | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Note to self: this URL will fix itself once we merge as the abspath will become valid in the main repo. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Based on our conversation elsewhere, and my reading of the code, I'm pretty sure that PRs against product-details are a bad idea. As far as I can tell, Ship It will rebuild product details based on the locales it finds in hg.mozilla.org (specifically,
browser/locales/l10n-changesets.json
).So, a PR will work, but it will get overridden the next time we ship something, or trigger a manual rebuild of product details in Ship It.
Assuming this is all correct, this means that the correct procedure is:
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry, I don't follow.
product-details
is the only place where the language name is defined, and that's the only change that those PRs contain (it doesn't touch the actual build information).There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It appears the PRs @MihaiTabara are pointing to change the
languages.json
file, which contains human-readable descriptions of the locales. It looks like the release services robot PRs don't updatelanguages.json
, nor does l10n-changesets.json contain that information. We may need both, until or unless we add the additional human-readable information intol10n-changesets.json
or similar, and update the bot to also updatelanguages.json
.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay, I stand corrected!