pdfe trouble with network attached drives

[starlight]

I have a network attached external hard driver a folder with about 4000 pdfs in it and sub folders with another 200 files, one sub folder with a 2gig .rar file with 1000 pdfs in it.

Anyway it starts to scan the root folder of all this and stops after about 60 seconds and shows 0 files in the grid.

Any suggestions?  Is it able to scan network drivers or is that a bad idea?
thanks

[RTT]

Normally network folders on mapped drives, or with UNC paths, are scanned without problems.
Try selecting some of these files/folders in Windows Explorer and drag&drop them into PDFE GUI to see what happen.

[starlight]

manually selecting the files and dragging them in seems to work sometimes. But it still has trouble with zip files even doing it manually like this.  Moving the same files back to local hard drive and they are scanned without any problem.  Can you look into this issue please? Thanks

[RTT]

manually selecting the files and dragging them in seems to work sometimes

Sometimes, how's that?!

If possible, post here, or in an private email, one screenshot of that network drive folders tree.

But it still has trouble with zip files even doing it manually like this

In current version, compressed archives, zip, rar, ace, are not considered on D&D. The only way to index compressed archives is to drop the folder where the compressed archives are, not the archive itself.

Because files are correctly indexed locally excludes the possibility of incompatibility with some particularity of these files.
Maybe you are experiencing some kind of file access restriction by the Windows logged user to these network files?

Some ideas you can try:
- Disable the Edit>Preferences|General, "Scan inside compressed archives", option and try scan again using normal DiskTree scan mode.

- Try also to manually scan one by one of these sub folders, not using the subfolders option, to see if something change.

You can check what files PDFE is trying to access using this tool
http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx

If you want, I can send to you a test version, with logging features, to see if we can discover why the scan routine fail.

[RTT]

In current version, compressed archives, zip, rar, ace, are not considered on D&D. The only way to index compressed archives is to drop the folder where the compressed archives are, not the archive itself.

In my previous reply, above quoted paragraph was not correct. Compressed archives are indeed already handled in 1.0 build 58 version. Knowing this, and because you are experiencing problems with these zip files when dropped, maybe the route cause of normal DiskTree scan failure is related. Try to find what zip files fail to index and let me know its properties (number of files, level of internal folders structure, average compressed PDFs file size)