Well, this turned out to be a different bug than the one that I thought it was.
IE seems to have no problem "correcting mistakes" in what users provide. If I type in "whatever.
Net", IE decides that I really meant "whatever.
net".
When a user submits an avatar, the full URL is sent. Internally, the URL is stripped down - the NonCGIURL is removed, leaving just /Avatars/whatever.img Then the UBB checks to see if that image exists, and if so, sets the avatar. If the image does NOT exist, the code checks to see if the user was granted the right to use a custom URL. If not, the user's avatar selection is thrown out.
Back to that whole IE correcting thing. Because a capital N is not a lowercase N, the NonCGIURL was never removed from the submitted avatar URL... and because no one in their right mind ever gives new members the right to use custom avatar URLs, new users that chose to use IE would never be able to select an avatar.
This has been corrected in the next release (6.3.1.1 or 6.4.0) - the UBB will no longer care what the capitalization is like in the NonCGIURL when stripping down the Avatar path.
In either case, keeping a lowercase domain name would be a wise choice in the future. If you are experiencing this issue, and your domain name uses mixed case, I would suggest simply lowercasing it like IE wants. <img src="https://www.ubbcentral.com/boards/images/graemlins/tongue.gif" alt="" />
This bug is now fixed.
--
Charles Capps
UBB.classic™ Developer
Having problems? Open up a support ticket!
