-Folder cannot be opened- Unreadable popup [IN PROGRESS]

I’ve found something today that I consider a bug, but I can imagine that some others would call it a feature request.

I cannot open a certain directory on my SD card. The name of the directory is bad (according to an almost unreadable popup). But if the machine can see that the dir-name is not correct, why does this result in a unreadable directory and not in a readable directory with a corrected name?

This part of the name is where the 2400 pukes:
ASCII:
wijk ‎- C

HEX:
77696A6B20E2808E2D2043

I think it’s the character before the dash that cannot be read, but I’m not sure.

As you can see here, the popup gets instantly overwritten with the scrolling of the long folder name.

1 Like

I’m curious, does the name have 11 chars in it?

If it is ASCII encoded:
0x77 0x69 0x6A 0x6B 0x20 0xE2 0x80 0x8E 0x2D 0x20 0x43. Is it wijk[SPACE]ÔÄÇ-[SPACE]C?

A-ha! “extended” ASCII isn’t supported! Basically, anything above 0x7F doesn’t get displayed.

Well then why do some non-default set characters (like ç) still get printed in directories with weird names that are being generated (reported in another issue)?

Because this is destructive and I, personally, wouldn’t want the machine to correct something like that for me ever. There’s many reasons how a character like this may occur in a directory name. If there’s really a problem it’s better not to correct anything and give up graciously. Hence, yes, I am that person who would consider it a feature, I guess.

2 Likes

Yeah, after thinking about it, I agree with you here.

Ok, I agree.

But the unreadable popup is a bug though, so I keep this bug report for that!

I will make a feature request then, asking for ignoring ‘extended’ ASCII characters.

1 Like

Oh, of course! Can you maybe take a photo demonstrating the readability of the pop-up window and include it in your original post? That way all the info regarding the issue will be in one place

1 Like