Password dialog not accepting long password.
Product : ATI 2018 Build 11530
System config : In my profile
Problem
This little guy shows up as usual when accessing .tib images from Windows Explorer. But when I want to open one of my backup which using a 512-character password, the dialog never accepts my password. But if I access the backup config or contents from inside ATI 2018, the password works fine.
My debugging procedure
Did I use special character in the password?
No, my password contains only ASCII characters.
Is the image too large / damaged / contains special character in path, which caused it inaccessible?
No, I tried creating another small backup (under 1GB) using the same password, located at the root of a different drive. Password dialog still not work.
UI language bug?
No, I tried both English and my language, no luck.
Maybe I should try another password length?
Since this might caused by overflow or hardcoded limitation, I'll try different lengths of 2^n and 2^n-1.
Here's my test result:
Length | Work? |
256 | No |
255 | No |
128 | No |
127 | Yes |
So...
The test result above shows that the password dialog does not accept password which is >127 in length.
I hope this can be fixed soon, thanks!
And sorry for my bad English.

- Se connecter pour poster des commentaires

Peter, welcome to these User Forums.
You will need to raise this issue as a Support Case directly with Acronis Support for them to be able to investigate if this is an error in their coding.
- Se connecter pour poster des commentaires
En réponse à Peter, welcome to these User… par truwrikodrorow…

Got it. Thanks for the reply. I've just sent them a support ticket and linked this thread.
- Se connecter pour poster des commentaires

Thanks Peter, please let us know how the support case goes, what feedback you get on this as other users will be interested in this too.
- Se connecter pour poster des commentaires

Still waiting for a reply, will post here when it does.
-------
And today, the password dialog bug REALLY annoys me.
I messed up my Chrome profile, so I wanted to grab the good profile from the backup image, located at C:\Users\[username]\AppData\Local\Google\Chrome\User Data, which the AppData folder is hidden, and it's hidden to ATI browser too. The folder is clearly exist because it shows up in the search result but the search takes forever to finish so I can't do anything with it. ATI browser also doesn't support "fill in the path" so I can't just type AppData and get in. And of course there's no option to show hidden files.
Because of the password dialog failure and the tinpot ATI browser, I can't simply open the image in Windows Explorer, I have to convert the whole backup into a 100GB VHD, mount it, and take the hidden files I need.
- Se connecter pour poster des commentaires

Update:
Acronis Support replied, they need me to provide more information (video showing the image being accessed from Windows Explorer and ATI2018, Acronis System Report, Process Monitor Logs), I did so.
- Se connecter pour poster des commentaires

Thanks for the update Peter.
- Se connecter pour poster des commentaires

The 127 character maximum length of password is due to this being the maximum allowed by Windows. True Image allows longer but that policy is done programmatically in the TI app itself thus it works in True Image but not using Explorer.
- Se connecter pour poster des commentaires
En réponse à The 127 character maximum… par truwrikodrorow…

Thanks for mentioning that, but is there any MSDN information about it? I spent half an hour searching on MDSN before I create this thread, didn't find any (maybe I used the wrong keyword). So I didn't mention the limitation of Windows itself in the thread.
I fires up Visual Studio 2017 and test it, the InputBox limits at 32767 characters. Situation might vary because of different language, developing environment, blah blah blah... But I think even with that, they still ended up calling the same API to show the InputBox?
- Se connecter pour poster des commentaires

Peter, here is some information... don't know if it helps.
http://www.thewindowsclub.com/maximum-length-of-password-windows-10
- Se connecter pour poster des commentaires
En réponse à Peter, here is some… par truwrikodrorow…

Thanks, that's looks like the case.
And after reading the article I think I've misunderstood what Enchantech said. What he meant was maximum password length accepted by Windows, and I thought it was the maximum string length accepted by InputBox. As for the test I should call the proper password dialog instead of the normal one.
- Se connecter pour poster des commentaires

Hi,
You can call it accepted, limitation, allowed, whatever you like, bottom line is MS sees 127 as the line in the sand so to speak.
I agree with that myself. It is better to use passphrases than passwords anyway. Long passwords cause users to write them down which is not good either! Follow basic strong password rules and all will be good!
- Se connecter pour poster des commentaires

Update:
Acronis Support said my report is under investigation, will write back to me when there's an update.
- Se connecter pour poster des commentaires

Awww...
My 960 Pro bricked... have to use a spare SSD before it gets repaired.
Boot into rescue media, finds out there's no text copy & paste function...
Okay, I'm going to use passphrases.
- Se connecter pour poster des commentaires

Update:
" I would like to inform you that, I got an update from the team.It is limitation of NTFS file system, and is not related to Acronis. NTFS understands the password as a filename.Individual components of a filename (i.e. each subdirectory along the path, and the final filename) are limited to 255 characters in NTFS"
What?!
- Se connecter pour poster des commentaires

- Se connecter pour poster des commentaires
En réponse à The reply refers to Naming… par truwrikodrorow…

It's design is quite different from what I thought.
Although this is a Windows policy and not Acronis' fault, I'd be happy if they can have some workaround for that in the future version.
By the way, I accepted the closure of the support ticket, they did a great job!
- Se connecter pour poster des commentaires

Glad to hear that you were satisfied with Support results. I would encourage the use of passphrases which already said you would implement. Be creative in that and your security with respect to password/passphrase should prevent any attempt to attack it.
- Se connecter pour poster des commentaires
En réponse à Glad to hear that you were… par truwrikodrorow…

In fact, all my VeraCrypt volumes, and most account of websites I use, are using reasonable password/passphrases. The reason I chose a overkill 512-length ramdon generated password was, I want to sync the backups to some free cloud storage service. Turns out f(beep)ed myself up twice (the password dialog, and I need to hand-type that thing when doing restore using rescue media) before there's a single byte uploaded to cloud.
- Se connecter pour poster des commentaires

Ahh, well, live and learn as they say!
- Se connecter pour poster des commentaires