hack2roothotmai

Why I cant login NOT USING Windows LIVE ID if I have ONE?

Wht I cant GOTO TO OROFILE PAGE, Bacuse of error: Server error ./ is not a valid path name?

Why it is so stupid that 12-yrs experienced .NET can do NOTHING about it?

Why I'm stuck with this LOGIN problems?

Why I CANT CHANGE MY LOGIN, if it is errornnous, AT LEAST?

P.S.

If you think i have not tried, Saferi, WinXPSP2, coffehouse, Even IPhone, you are wrong, I TRIED ALL THE STUFF....

Why channel9 sucks? I do not want it to be so user UNFRIENDLY!!!!

Server Error in '/' Application.

The resource cannot be found.

Description: HTTP 404. The resource you are looking for (or one of its dependencies) could have been removed, had its name changed, or is temporarily unavailable. Please review the following URL and make sure that it is spelled correctly.

Requested URL: /Niners/hack2roothotmai./

ZippyV
Fired Up

If you had chosen a decent nickname you wouldn't have this problem.

Charles
Welcome Change

In reply to ZippyV

#Jul 3rd @ 5:41 AM

Yes. The bug is that we allow you to enter a username with a "." at the end... This is our bug, not yours... We will fix this by not allowing special characters like a dot in usernames because this will break URLs.

C

Dodo
I'm your creativity creator™ :)

In reply to Charles

#Jul 3rd @ 11:09 AM

It's a dot... the only characters that can genuinely break URLs are #, / and ?

You can't be serious...

HumanCompiler
Compiling humans...and code

In reply to Dodo

#Jul 9th @ 12:12 PM

Dots in the middle of a url won't break anything. It's the fact that the dot is at the end of the url.

Duncanma
Just Coding for Fun...

In reply to HumanCompiler

#Jul 9th @ 3:37 PM

I've found something on MSDN that implies this is an underlying limitation of the OS, which might explain the weird behaviour I'm seeing with this path and IIS. When any path on C9 is requested our handler is called and that starts our pipeline to process and respond to the request... but if you have a period at the end it just goes to a 404, without going through our code at all.

I'll just have to add logic to encode periods at the end of names

TommyCarlier
I want my scalps!

In reply to Duncanma

#Jul 10th @ 10:17 AM

Could you also add logic that detects if somebody is using too much upper-case letters and exclamation points?

Dodo
I'm your creativity creator™ :)

In reply to HumanCompiler

#Jul 9th @ 3:37 PM

Shouldn't matter either. HTTP requests represent symbolic links, not files. The symbolic links can have the same structure as the file system, though. And if you're doing it right, the only character that cannot be allowed is the # symbol because browsers use it for anker links. ? and / could to some extent appear in the middle of URLs without causing problems, but that would require to all possible URLs to be mapped to the content or they have to appear in the last possible URL tree level. IIS shouldn't support that weird stuff, though, I think.

Duncanma
Just Coding for Fun...

In reply to Dodo

#Jul 10th @ 1:10 PM

Well, I'm pretty sure we are doing it right and we don't even get an option to handle the request if the period is at the end... I agree that the character shouldn't be an issue, but we have found now that it is...

Sadly, I haven't figured out a good way to escape it yet, but blocking it on the way in is a good idea regardless.

stevo_
Human after all

In reply to Dodo

#Jul 10th @ 1:10 PM

shouldnt matter.. but clearly does.. iis is still pretty traditional in that it maps url paths relatively to app paths to find a unit of execution.. although iis7 is a big step away from that.

MasterPie
I'm white because I smelt an onion

In reply to TommyCarlier

#Jul 10th @ 11:39 AM

+1

Charles
Welcome Change

In reply to HumanCompiler

#Jul 9th @ 3:37 PM

Precisely... "dot nothing" or URL string +"." doesn't leave much room for the server to reason about what execution path to take...

C

Dodo
I'm your creativity creator™ :)

In reply to Charles

#Jul 13th @ 9:51 AM

Why would you need to reason for an execution path? Just use a default one, for everything.
All URLs under the path of where the application resides should be passed to the application and the application determines which content should be displayed. Does IIS mandate a file extension of some sort? If so, that's bad.

HumanCompiler
Compiling humans...and code

In reply to Dodo

#Jul 13th @ 7:57 PM

No, IIS does not. Do you see any file extensions in Channel 9 urls?

This seems to just be a weird (more than likely legacy) case.

Dodo
I'm your creativity creator™ :)

In reply to HumanCompiler

#Jul 14th @ 10:13 PM

Probably because filenames must not have a dot at the end, because a dot in the end would indicate you mean a directory instead of a filename with no extension, in the case both are present. I see, so IIS is still evil and unable to pass all URLs to the application...

HumanCompiler
Compiling humans...and code

In reply to Dodo

#Jul 15th @ 11:32 PM

Yes, evil. It's out to get us.

Charles
Welcome Change

In reply to HumanCompiler

#Jul 17th @ 10:43 PM

By reasoning, I'm talking about mapping extensions, which point to some type of execution "engine" (DLL). Just because you can have URL's without any extensions (like.aspx, .whatever,...) doesn't mean that when you supply a URL ending in a "." that IIS will magically understand what this means. At any rate, I'm certain Erik and rest of the C9 dev stars will solve this issue. My vote is to prevent this from happening by not allowing usernames to be created that end with ".". For the ones that currently do (I think there's just one), remove the trailing dot and call it a day (so, change the user name to have no "." at the end, in the db).

C

HumanCompiler
Compiling humans...and code

In reply to Charles

#Jul 18th @ 11:56 AM

Yup, that's the solution we decided on. Not sure if Duncan got around to fixing that yet or not.

I CANNOT ENTER MY OWN PROFILE!

Server Error in '/' Application.

The resource cannot be found.