Skip to content
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

Fix l10n process #3014

Merged
merged 2 commits into from
Feb 12, 2020
Merged

Fix l10n process #3014

merged 2 commits into from
Feb 12, 2020

Conversation

PVince81
Copy link
Contributor

Description

Related Issue

Fixes #3012

Motivation and Context

How Has This Been Tested?

Run make l10n-read and see that the error is gone.

Screenshots (if appropriate):

Types of changes

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to change)
  • Technical debt
  • Tests

Checklist:

  • Code changes
  • Unit tests added
  • Acceptance tests added
  • Documentation ticket raised:

@PVince81 PVince81 self-assigned this Feb 12, 2020
@update-docs
Copy link

update-docs bot commented Feb 12, 2020

Thanks for opening this pull request! The maintainers of this repository would appreciate it if you would create a changelog item based on your changes.

Vincent Petry added 2 commits February 12, 2020 11:46
The mistake was passing in the result of $gettext() instead of the
function itself. This caused `make l10n-read` to fail because of the
missing argument.

For consistency, this commit also adjusts the function name used in the
action to also be called $gettext, to make sure the text to translate
will be found by the l10n tools as well.
Whenever an error occurs, we need to fail hard so we can catch
translation sync issues early.
Copy link
Collaborator

@LukasHirt LukasHirt left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice catch! 👍

@@ -819,12 +819,12 @@ export default {
.then(_ => {
context.dispatch('loadFolderSharedWithMe', {
client: client,
$gettext: translate
$gettext: $gettext
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You can just write $gettext here, no key: value required.

@DeepDiver1975
Copy link
Member

It might be good to run make l10n-read in each and every PR to detect if there is something wrong with respect to translations .....

@PVince81
Copy link
Contributor Author

It might be good to run make l10n-read in each and every PR to detect if there is something wrong with respect to translations .....

The likeliness of this happening is rather low I think, so won't add it.

However, unskipping errors for push/pull would be able to catch a broader scope of potential sync issues in the future.

@DeepDiver1975
Copy link
Member

The likeliness of this happening is rather low I think, so won't add it.

Generally speaking: catching an error on PR level is better then days later on the translation sync job (which is monitored by whom? 🤷‍♂️ )

@DeepDiver1975
Copy link
Member

and compared to the time we spend on all the acceptance tests this is a rather small job ...

@DeepDiver1975
Copy link
Member

anyway - your project - your decision 💪

@PVince81 PVince81 merged commit 5363389 into master Feb 12, 2020
@delete-merged-branch delete-merged-branch bot deleted the fix-l10n-proces branch February 12, 2020 12:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Translation sync job must fail in case of error
4 participants