From time to time we have a customer who enters non-ASCII characters in their name and the system does not handle it well then. The redirect to the customer's member area ends in an endless loop and the non-ASCII character gets corrupted on the account profile. This happens mostly with some Scandinavian names, although not only. Any ideas how to solve this? Tomas
Chars in user name should not affect login functionality. Do you have exact example? If so can you contact me in hlpdesk?
My redirect.html has been customized so it's possible the original one handles this correctly. But I get this problem really only when the customer enters the special character. It is then also corrupted in the account profile which is not good either and the custom PDF invoice generation could fail then too. So apart from the redirection problem, which could have been caused by the custom version of redirect.html, the problem is aMember does not handle the non-standard characters properly in profile etc. I suppose this could be actually caused by some PHP switch. Did anyone experience something similar? I will try to test it again now. Tomas