strongloop/strong-globalize

`slt-globalize -d` doesnt extract strings from the node_modules

aastha93 opened this issue · 6 comments

aastha93 commented 
--- max depth: unlimited
--- cloned: 0 txt
--- scanned: 9041 js, 0 html 
--- skipped: 380 js, 0 html 
--- extracted: 597 msges, 7090 words, 41889 characters**

380 js files skipped. when I try to run deep extraction

dhmlau commented

@aastha93 , are you using v4 of this module?

aastha93 commented

@dhmlau I am using version 3.2.0

dhmlau commented

@aastha93 , sorry that I haven't tried with -d option before. I assume the environment variable STRONGLOOP_GLOBALIZE_MAX_DEPTH is valid?
References:
http://strongloop.github.io/strong-globalize/#deep-string-resource-extraction

@raymondfeng , could you please help?

b-admike commented

@aastha93 can you update your version to latest released version (v4.1.0) and try again? can you please give us steps you took to reproduce the issue?

aastha93 commented

@b-admike I have installed the version 4.1.0 and suddenly the slt-globalize command is not available.

bajtos commented

The report looks legitimate to me, however I need more details to be able to tell why those 380 files were skipped. How can we reproduce the problem on our local machines?

For example, if you know which files were skipped and some of the skipped files are coming from public packages available on npmjs.org, then you can try the following scenario to see if it reproduces the problem:

  • create a new directory
  • run npm init
  • npm install the package which strong-globalize cannot extract strings from
  • run stl-globalize -d to see if the expected files were skipped in this smaller project too

Then tell us the name of this problematic package :)

I have installed the version 4.1.0 and suddenly the slt-globalize command is not available.

In 4.0, we moved slt-globalize to a new package strong-globalize-cli in order to reduce the size of application dependencies. (Typically, applications depend on strong-globalize runtime only, the CLI is either installed globally or as a dev-dependency.)