Commented Issue: SPRedirectWithID does not re encode the querystring [10110]

After the redirection, the Source variable in the query string is not encoded. There are cases where you end up with not proper usrls like http://somesite/somelist/editform.aspx?ID=1&Source=/somesite/someotherlist/editform.aspx?ID=432
Comments: Hey Mark, thanx for following up no this. Actually, I am not providing any custom value, I am just "landing" to the NewItem.aspx page from an EditPage.aspx of another list. So, I get a Source Parameter that is not right. Regarding doing the encoding by myself, I can and that's what I do, but it get's real tricky. The only way I could re-encode the Source Parameter - the use of "only" is based on my skill set of course - was to trigger another redirection after SPRedirectWithId has done it's own job, get the Query String and work my way around it to make things work. So, I will have to answer that yes, one can do it by one's self, but... In principle, I would classify it as a bug. Since SPRedirectWithID preserves the Source parameter in the Query String, it should be doing it the proper - encoded - way. Thanx again for the time - and for this whole amazing effort, making our SharePoint lives so easier.