|
|
Fixed in 5.1.0.2832 |
|
|
Doesn't work for me on 2832. Instead the Z scanned files show under C. Worse the folder structure is incorrect, |
|
|
It works fine for me after the fix: image-2.png (56,146 bytes) |
|
|
How exactly you mapped Y: and to which location? Are you saying that scanning Y:\ into library does not show the actual file paths starting with Y:\.. ?? Can you please catch the issue in a screencast video? |
|
|
Using subst o: E:\MappedDrive Then scan O:\5 Seconds of Summer which enters files as E:\5 Seconds of Summer into the Library. Expected would be O:\5 Seconds of Summer, path on E:\ is actually O:\5 E:\MappedDrive\Seconds of Summer |
|
|
Scanning now of this local mapped drive consistently results in CF5D0000 crash. |
|
|
Watching your log and files are correctly scanned as O:\5 Seconds Of Summer\... e.g. O:\5 Seconds Of Summer\Calm\01. 5 Seconds Of Summer - Red Desert.flac So I don't see a scanning issue... Crash CF5D0000 fixed in 3006 |
|
|
CF5D0000 still happens on 3006, files scanned from O, still end up in E in the Library. image-3.png (31,281 bytes) |
|
|
>>CF5D0000 still happens on 3006<< Could you please generate also standard debug log (using DbgView) >> files scanned from O, still end up in E in the Library. << I guess this happens when O:\ is no longer substed? |
|
|
Crash CF5D0000 fixed in 3008 |
|
|
Fixed in 3008 |
- Anonymous
