ruby on rails - How to make a render :edit call show the /edit in the address bar

Question

In the update action of my preferences controller in my Rails app, if there are any errors in the validation/save etc there's a call to:

format.html { render :edit }

Nothing too unusual there - however, when this code is hit, the address in the browser changes and loses the /edit in the URL.

For example:

To start with, my browser shows I am on the page at following address: http://localhost:3000/preferences/1/edit

However, once the errors are detected and the render is called the address in the is changed to http://localhost:3000/preferences/1

I can't say I've ever noticed this behaviour before - but Is there a way to force the /edit to stay on the end of the URL? Without the /edit it is effectively showing the URL of the show page (and I don't have a template for that!)

Many thanks, Ash

Answer 1

Instead of calling render, you can redirect_to the edit page, and use flash to keep track of the model:

def update
  # ...
  if [email protected] # there was an error!
    flash[:model] = @model
    redirect_to :action => :edit
  end
end

And then in the edit action you can reload the values from flash[:model], ie:

def edit
  if flash[:model]
    @model = flash[:model]
  else
    @model = ... # load model normally
  end
end

Update:

As commented below, I think when I wrote this answer I was trying to provide a way to both update the URL (which requires a redirection) and keep the changed attributes of the model, which is why the model was stored in flash. However, it's a pretty bad idea to stick a model into flash (and in later versions of Rails it'll just get deserialized anyways), and RESTful routes don't really require making the URL contain edit.

The usual pattern would be to just render the edit action with the model already in memory, and forego having the "ideal" URL:

def update
  # Assign attributes to the model from form params
  if @model.save
    redirect_to action: :index
  else
    render :edit
  end
end

Alternately, if it's preferable to have the "ideal" URL and you don't care about maintaining changed attributes that failed validation, see @jamesmarkcook's answer.