I searched for this topic here, and did not find anything, so I just want to bring it to people's attention.

Deep directory paths and or file names in windows exceeding 255 chars.  I was getting weird results when opening logs and using auto-detect, bad failures like files seeming to disappear, or logs that were there missing newline inside the right view pane... I just happed to install the beta version, but did not want to believe it was LVP so I resisted the urge to downgrade and looked closer.   Then I noticed weirdness in file explorer. Looking up at the path bar in file explorer, I saw something I hadn't seen in years- windows  EIGHTD~1.TXT (eight dot three) names.

Our application which runs on Linux has some tools to bundle logs.  This leads to very long file names with FQDN names and dates so one tar file may be 40 chars long.  It gets up to 255 quick when having several of those in the path.  Of course, a non issue in Linux and probably windows OS or the NTFS filesystem- but it is an issue with APIs to open files.  (Google some of the key words in italics up top).

My workaround is to take those 40 char file names and call them A or B, or dec19 if I need a marker, and get those silly path names shorter.  LVP beta then worked like a champ.

Just a heads up because, I actually was thinking it was parser problems because that's where it was showing up, and I didn't have a noticeable warning.  (Maybe there's something in the API the can tell when the threshold is reached and warn the user via pop-up)?

That's if you reproduce, and see what I encountered.  I took some screen shots, which I may still have if interested.  I was all prepared to scream bug here, and then when I saw the 8.3 doing my own recorded test, I got embarrassed but then figured the brotherly thing to do is  report it

Thanks.