File opts.messagesDir not created because descriptors.length == 0

[googol7]

The directory defined in opts.messagesDir is not being created with version > 2.1.4

commit 48b7d47 is the first one that doesn’t work anymore.

created a repo here for you to test:
https://github.com/googol7/test-babel-plugin-react-intl

babel-plugin-react-intl@2.1.4 works
babel-plugin-react-intl@2.2.0 doesn’t work anymore
babel-plugin-react-intl@2.3.0 doesn’t work either

please try these commands:

npm run translate

or

./translate.sh

I suppose it’s connected to these issues where the command is run twice and the second time descriptors.length == 0:
#28
#25

Is there something wrong in my configuration or is there a bug with versions > 2.1.4?

[ericf]

There hasn't been any changes to the code that actually writes out of the .json files between 2.1.4 and latest.

[googol7]

The test repo I made is very reduced and set up according to the setup instructions.

Please try this to reproduce the problem:

git clone git@github.com:googol7/test-babel-plugin-react-intl.git
cd test-babel-plugin-react-intl/
yarn install
npm run translate

an error occurs because the directory extracted-messages was not created.

then downgrade:

yarn add babel-plugin-react-intl@2.1.4
npm run translate

voilà - it works - the directory "extracted-messages" was created.

after upgrading with

yarn add babel-plugin-react-intl@2.3.0
npm run translate

the error occurs again because 2.3.0 doesn't create the directory "extracted-messages".

[googol7]

@ericf could you please have a quick look at the repo https://github.com/googol7/test-babel-plugin-react-intl what’s wrong with my setup?

[chemoish]

I am having a similar issue with babel#6.9.1 and babel-plugin-react-intl#2.3.0 where no messages are being generated.

I will roll back and see when this issue started.

[chemoish]

@ericf I can confirm that as of 2.2.0, messages are no longer generated. Messages now are []—like @googol7 says, they work fine in 2.1.4.

Specifically, babel --plugins react-intl script.js no longer works.

---

Additionally, I have found a work around.

BABEL_ENV=i18n babel src > /dev/null

// .babelrc
{
  "env": {
    "i18n": {
      "plugins": [
        ["react-intl", {
          "enforceDescriptions": true,
          "messagesDir": "./src/i18n/messages"
        }]
      ]
    }
  }
}

(obviously environment isn't needed, but running babel on entire directory without passing in a --plugins argument seems to generate messages correctly)

[ericf]

I haven't had a chance to look at this yet. If you guys see anything in the commits between the versions that work and don't work let me know, or send a PR if you find a fix.

[ericf]

I see the README docs encourage someone to end up adding the plugin twice, once via .babelrc and again via the command line --plugins react-intl. I should update the docs to remove the command line usage since that's never going to yield what someone wants and cause the plugin to be added multiple times.

If you guys remove --plugins react-intl from your babel command line the problem should be resolved. And I'll look to improve things in the plugin to recognize this state and try to do something better.

[googol7]

@ericf thanks!

[ericf]

I was able to reproduce and --plugins react-intl CLI option causes the issue because it adds an instance of the babel plugin without any config options set. When the second instance of the plugin runs that's defined and configured in .babelrc it becomes a noop. I can produce a warning when multiple instances of the babel plugin is detected, I'll try to see if I can warn about --plugins usage since it's most likely not what people want since you can't configure it to do anything useful.

[ericf]

Alright I figured out a fix for this issue without warning. It Just Works™