I was a bit surprised, when my l10n script told me today, that there were string changes on the SeaMonkey 2.0.x branch. Digging deeper, I found out, that after the SeaMonkey 2.0.2 release, there was a branch created with the name "COMM_1_9_1_BASE": http://hg.mozilla.org/dom-inspector/rev/e93dda5c94fb Unfortunately, at least one of the ancestor changesets had string changes: http://hg.mozilla.org/dom-inspector/rev/b05c6d3b5b68 The branch graphics: http://hg.mozilla.org/dom-inspector/graph/861?revcount=200 I'm not sure if this was planned that way, but at least I haven't seen any notifications about any string changes on the 2.0.x branch... So I didn't update the Polish localization...
This is intentional. As DOM inspector keeps its L10n in its own repo, I decided to base COMM_1_9_1_BRANCH on an actual DOMi release instead of just a random midway point where SeaMonkey 2.0 was released, like we needed to do for ChatZilla and venkman, unfortunately. That means you need to check in L10n updates to the branch in DOMi as well, but at least we have a clean, supported state we ship in SeaMonkey 2.0.x. That said, I'm not completely satisfied with the whole "extensions in 2.0" story in any case, but I know of no better solution right now.
Status: NEW → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → INVALID
ok, I understand that. But it would be great to have announcements on mozilla.dev.l10n before making any string changes on a stable branch in the future - just to not make localizers like me angry ;)
I know, things went unfortunate with the extensions and 2.0, I'll surely try to make things smoother with the next release, 2.0 was the first time of doing things that way and I know it was bumpy but we learned a few things along the way. :)
You need to log in before you can comment on or make changes to this bug.