That sounds suspiciously like you’re not actually verifying Linux support. Please be careful how you respond, because I spent a lot of money on this machine, and if you’re not ACTUALLY supporting Linux, you should say so straight up, instead of hiding behind all these weasel words you’re currently using. If you’re not sure you’re using weasel words, you should stop trying to help me, and instead get one of your ACTUAL software developers on here who knows how to communicate effectively.
(if you’re concerned about me having insulted you, be aware that you HAVE insulted me)
Now, I was able to get my hands on a Windows 7 Pro, 64-bit PC for long enough to replicate what I was doing. Namely, with the long filenames, copy one file onto the drive, eject it, unplug it and plug it back in, copy another file onto the drive, and so on and so forth.
I put eight files on the drive (the seven I posted earlier and an extra one that had a much shorter name, and that merely cut the outlines) and while it showed eight files, it didn’t actually show the right eight files.
Again, that was from a Windows 7 Pro, 64-bit install, and I’ve attached the pictures of what the display showed.
Note that the first filename (“cutting-outline - r1mm.nc”) showed up as the first element on both pages. Tapping on the second page’s first item actually brought up the file “laser - mothersday2020 - bookmark - n6.nc”. Like it was stuck on the file’s name.
Note also the blank line at the end of the first page. Tapping on that (several times, the first few were not recognized) eventually brought up the expected file “laser - mothersday2020 - bookmark - n5.nc”, the name is just not showing up.
It looks like there’s a disconnect between the code for listing files’ names, and the code that actually chooses the file.
And I will repeat again, this list was generated on Windows version 7 Pro, so if you’re thinking that it’s just Linux that has a problem, think again.