Hi there,

I too am in the same situation - did you ever get an answer on this?  Did your own ControlAdapter (that uses RawUrl) cause any problems?

Cheers

Chris

Just to illustrate I've done this as a test...

FormRewriterControlAdapterCustom.cs

using System;
using System.Data;
using System.Configuration;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Web.UI.HtmlControls;
using umbraco.presentation;

namespace MyNameSpaceXYZ
{
    public class FormRewriterControlAdapterCustom : System.Web.UI.Adapters.ControlAdapter
    {
        protected override void Render(HtmlTextWriter writer)
        {
            base.Render(new UrlRewriterFormWriter(writer));
        }
    }

    public class UrlRewriterFormWriter : HtmlTextWriter
    {

        public UrlRewriterFormWriter(HtmlTextWriter writer)
            : base(writer)
        {
            base.InnerWriter = writer.InnerWriter;

        }

        public UrlRewriterFormWriter(System.IO.TextWriter writer)
            : base(writer)
        {

            base.InnerWriter = writer;

        }
        public override void WriteAttribute(string name, string value, bool fEncode)
        {
            if (name == "action")
            {
                HttpContext Context;
                Context = HttpContext.Current;
                if (Context.Items["ActionAlreadyWritten"] == null)
                {
                    string formAction = "";
                    if (Context.Items["VirtualUrl"] != null && !String.IsNullOrEmpty(Context.Items["VirtualUrl"].ToString()))
                    {
                        //formAction = Context.Items["VirtualUrl"].ToString();
                        formAction = Context.Request.RawUrl;
                    }
                    else
                    {
                        formAction = Context.Items[requestModule.ORIGINAL_URL_CXT_KEY].ToString();
                        if (!String.IsNullOrEmpty(Context.Request.Url.Query))
                        {
                            formAction += Context.Request.Url.Query;
                        }
                    }
                    value = formAction;
                    Context.Items["ActionAlreadyWritten"] = true;
                }
            }
            base.WriteAttribute(name, value, fEncode);
        }
    }
}

Then in Form.browser:

<browsers>
    <browser refID="Default">
        <controlAdapters>
            <!--<adapter controlType="System.Web.UI.HtmlControls.HtmlForm" adapterType="umbraco.presentation.urlRewriter.FormRewriterControlAdapter" />-->
            <adapter controlType="System.Web.UI.HtmlControls.HtmlForm" adapterType="MyNameSpaceXYZ.FormRewriterControlAdapterCustom" />
        </controlAdapters>
    </browser>
</browsers>

It has fixed the problem and so far can't see any knock on effects?

Is this OK practise?

Cheers

Chris

Old post, but it helped me find out why it was impossible to set the form's action attribute in my code behind. Umbraco's custom control adapter was always kicking in and setting it. For any one else that runs into this you can simply add the following line in your code and it tricks their adapter into thinking it's already set the form's action attribute and allows you to set it to whatever you want in your own code. This is in umbraco 4.7.1.

<code>

            Context.Items["ActionAlreadyWritten"] = true; // this tricks umbraco into not re-writing the form's action attribute

            Page.FindControlRecursive<HtmlForm>("rootForm").Action = "/Search.aspx";

</code>

Just wasted a few hours on this topic before finding your post. You rock!!

Ok thanks, this is exactly what I needed. 

is working on a reply...