Opened on 09/25/2017 at 05:08:49 PM

Closed on 09/30/2017 at 10:00:37 AM

#5777 closed defect (fixed)

Upload to Crowdin is not working (presumably due to API change)

Reported by: tlucas Assignee: tlucas
Priority: P1 Milestone:
Module: Automation Keywords:
Cc: erick, kzar, sebastian, kvas, jsonesen, Shikitita Blocked By:
Blocking: #5763 Platform: Unknown / Cross platform
Ready: yes Confidential: no
Tester: Unknown Verified working: no
Review URL(s):

Description (last modified by tlucas)

How to reproduce

  1. Change the target language of the test project to German only.
  2. Go to the repo "adblockpluschrome".
  3. Change "basename" in "" to this-is-very-much-a-test-proje.
  4. Try to update the target translations for the project:
    ./ -t chrome setuptrans <project-api-key>

Observed behaviour

The call succeeds, when visiting the temporarily configured project and checking the target languages, nothing has changed.

Expected behaviour

The call should succeed and the Crowdin project should have every currently available language in adblockpluschrome configured as a target translation. On failure an error should be displayed.


  • This should not affect the Crowdin integration in the CMS repository.
  • Uploading new files is also failing, but with a HTTP 400 error instead of silently.
  • Requests to the languages_list endpoint are broken too now since they've moved the languages into the data key.

Hints for testers

The patch affects all four crowdin related commands, hence all of them should be verified:

./ -t chrome setuptrans <project-api-key>

should configure the target languages of the crowdin project

./ -t chrome translate <project-api-key>

should update the crowdin master files i.e. update existing source files, add new source files, delete obsolete source files

./ -t chrome uploadtrans <project-api-key>

should upload locally available translations (fails for files which are not present in the crowdin master)

./ -t chrome gettranslations <project-api-key>

should download all available translations from crowdin

Attachments (0)

Change History (14)

comment:1 Changed on 09/25/2017 at 05:23:16 PM by kzar

  • Cc Shikitita added
  • Description modified (diff)
  • Priority changed from Unknown to P1
  • Ready set

Tristan and I were chatting about this in IRC, it looks like Crowdin have changed their API. Firstly the language list is now inside the data key, this change fixed that problem. Secondly the add-file endpoint is returning 400 when I try to add files using the translate command. It's more than possible there were other breaking changes too :(, I didn't have any more time to look into it.

It looks like we'll have to make changes to both buildtools and cms to get our translation integrations working again.

comment:2 Changed on 09/25/2017 at 05:24:56 PM by kzar

  • Description modified (diff)

comment:3 Changed on 09/25/2017 at 05:25:16 PM by kzar

  • Description modified (diff)

comment:4 Changed on 09/25/2017 at 05:44:17 PM by kzar

  • Description modified (diff)

comment:5 Changed on 09/25/2017 at 05:44:56 PM by kzar

  • Description modified (diff)

comment:6 Changed on 09/25/2017 at 07:49:29 PM by sebastian

  • Summary changed from Crowdin interface in buildtools is broken to Upload to Crowdin is not working (presumably due to API change)

comment:7 Changed on 09/26/2017 at 07:33:56 AM by tlucas

  • Owner set to tlucas

comment:8 Changed on 09/26/2017 at 09:47:31 AM by tlucas

  • Description modified (diff)
  • Review URL(s) modified (diff)
  • Status changed from new to reviewing

comment:9 Changed on 09/26/2017 at 10:57:07 AM by tlucas

Please note - from what i currently know, the cms should not be affected at all - opposing the original assumption that both interfaces were broken.

We still might want to create one shared Crowdin interface, which could then be used by both buildtools and cms

comment:10 follow-up: Changed on 09/27/2017 at 04:31:42 AM by sebastian

I am not sure whether it will be worth to share code for the CrowdIn integration between buildtools and the cms, or whether this will create more problems than it solves. Both systems implement a different workflow. While with our release process and therefore buildtools import and upload of translations are separate steps, this is one combined step with the cms. Also buildtools only uploads source strings and invalidates any translation if the source string has changed, which differs from the cms as well. So what remains to be shared wouldn't be much, and probably just results in additional boilerplate just for the matter of making some trivial code reusable, not to mention the problems of dependency management.

Last edited on 09/27/2017 at 04:36:41 AM by sebastian

comment:11 Changed on 09/28/2017 at 07:31:26 PM by abpbot

A commit referencing this issue has landed:
Issue 5777 - Update crowdin interface

comment:12 in reply to: ↑ 10 Changed on 09/28/2017 at 08:43:14 PM by kvas

Replying to sebastian:

I am not sure whether it will be worth to share code for the CrowdIn integration between buildtools and the cms, or whether this will create more problems than it solves. Both systems implement a different workflow...

I was thinking more of a low level primitives sharing (like add language, upload translation strings, etc.), rather than sharing at the level of workflow. And it does create some notable advantages, for example in terms of testability (mock the library in application code, test the code that talks to Crowdin once in the library). You might still be right about the problems vs. benefits balance though.

comment:13 Changed on 09/30/2017 at 10:00:20 AM by tlucas

A commit referencing this issue has landed:
Issue 5777 Refactor crowdin interface pt. 2

comment:14 Changed on 09/30/2017 at 10:00:37 AM by tlucas

  • Resolution set to fixed
  • Status changed from reviewing to closed

Add Comment

Modify Ticket

Change Properties
as closed .
The resolution will be deleted. Next status will be 'reopened'.
to The owner will be changed from tlucas.
Note: See TracTickets for help on using tickets.