Major changes on "Template:optionspreferences" don't show up in some localization dashboards. For instance, fr, it, pt-BR and ru locales are impacted. It works well for some other locales as de, because there have been changes in this template after SUMO migration.
It is also applicable to changes of "What is Firefox Sync?" article.
It is also applicable to changes of "Contributor Home page" article.
James, could you have a look at this? Not being able to follow changes of English articles is a major issues.
Added to 2.4.2 too close to freeze. Will dig into it next week for 2.4.3. Erik, my suspicion is that the queries in the l10n dashboard don't find revisions that are current but have no approved value. Maybe it's easiest to just set is_approved = True where id in (select current_revision_id from documents)?
Well, in my few-week-old dump, there are no current revisions that aren't approved.
It doesn't look like we set based_on_ids for the articles we migrated. If we only migrated 1 revision of the English articles we migrated (which I think is the case), we should just run a migration to set the based_on_ids of the translations to the first revision of the originals.
Hey guys, this is a big one, is there a way to get it into the next release after 2.4.3?
If what Erik says in comment 6 still applies and fixes it, I should be able to get a migration SQL going for these.
Is there a migrated article I can verify, or is there a way to have a test article migrated?
Either of the two Scoobidiver mentioned above should be fine. Make a change to either of those, review it and mark it as substantial, and then confirm it shows up on the L10n Dashboard.
Verified approved major edits to an en-US article display under Traductions obsolètes on the /fr locale.
Don't verify in the French locale as I have already edited articles based on the KB articles forum, even if they didn't show up in the localization dashboard. So that is normal it works even without the fixing.
This was also tested in the /de locale