sergi / parse-listing Goto Github PK

Hi,

I'm using ftp-srv as a server and jsftp as a client in my tests and I saw my test using JSFTP.ls() returned no entry when calling it on a file.

After inspection I find out ftp-srv is outputing:

212 -rw-rw-rw- 1 1 1        16190 Dec 07 16:25

which is remove because it does not match RE_MULTI in parser.js, because of the space between the code and the first -.

Is the solution to change RE_MULTI to /^(\d\d\d)\s?-/ to allow space or did I miss something?

I can make a PR if you think this is a bug. Thank you

See sergi/jsftp#91 and caolan/async#588

Hi @sergi, thanks for this lib
I created a Typescript typing, if you want to have a look and approve the PR on the DefinitelyTyped repo

DefinitelyTyped/DefinitelyTyped#58419

Cheers

Hello,
The decoding of filenames with accents returns '\charcode' with many modules (grunt-ftpsync) using parse-listing. Please, could you take a look at utf8 module to decode filenames with accents?
Example :
else if (parsedEntry) {
parsedEntry.name = utf8.decode(parsedEntry.name); // <<< code to add + require(‘utf8’) on top of parser.js file
parsed.push(parsedEntry);
}
Just a proposal, don't hesitate...
Regards,
JMZ

Here is the case: 07-10-13 06:54AM <DIR> 1400

Line 108, call to next() should be in:

process.nextTick(function()
{
next();
});

or call stack error is sometimes reached

Date Not Showing in Mozilla Firefox browser

Show NAN :
{
type: 1,
size: 4096,
name: "project2",
time: NAN,
}

When remote dir name is numbers,it will be read as file.
#8

Here is same problem:
npm install parse-listing

What's this:

..gitignore.un~                             │  1841
..travis.yml.un~                            │  2243
.Makefile.un~                               │ 38763
.package.json.un~                           │  1009
.parser.js.un~                              │   970
.parset_test.js.un~                         │ 17400
.README.md.un~                              │  6885

?

It must be removed from package.