Trilhos, Elaborar Convites 406 Inaceitável erro com o STI
-
13-12-2019 - |
Pergunta
Há similar perguntas, mas eu tenho ido mais a eles e nenhum deles tem aplicado.
Eu estou usando Elaborar e Elaborar convites.Trilhos 3.2.6.
O mais complicado é que eu tenho dois modelos de usuário.Usuário e uma única herança de tabela de configuração onde o Artista herda do Usuário.Eu tenho dois convites controladores para permitir o envio de convites, separadamente, para ambos os Usuários e Artistas.
O problema agora é que os artistas não são capazes de aceitar seus convites.Mediante envio de formulário de atualização de sua palavra-passe, receberá um 406 inaceitável erro.
Código Relevante:
Encaminhamento:
devise_for :users,
:class_name => User,
:controllers => { :invitations => 'user/invitations' }
namespace :artist do
# Special route for devise, artists invitation
devise_scope :user do
resource :invitation, :controller => :invitations, :only => [:create, :new, :update] do
get :accept, :action => :edit
end
end
end
Artista convites controlador
class Artist::InvitationsController < Devise::InvitationsController
respond_to :html
# PUT /resource/invitation
def update
self.resource = Artist.accept_invitation!(params[resource_name])
if resource.errors.empty?
resource.pending
flash[:notice] = "Welcome, complete your artist agreement to get started"
sign_in(:user, resource)
respond_with resource, :location => after_accept_path_for(resource)
else
respond_with_navigational(resource){ render :edit }
end
end
end
Descrição do formulário.editar.html.erb.
<%= form_for resource, :as => resource_name, :url => artist_invitation_path(resource_name), :html => { :method => :put } do |f| %>
<%= f.hidden_field :invitation_token %>
<%= f.label :password, class: 'control-label' %>
<%= f.password_field :password, :placeholder => 'Enter a password' %>
<%= f.label :password_confirmation, class: 'control-label' %>
<%= f.password_field :password_confirmation, :placeholder => 'Confirm your password' %>
<%= f.submit "Set my password", :'data-disable-with' => "Hang on..." %>
<% end %>
Os cabeçalhos aceitar
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
Accept-Encoding:gzip,deflate,sdch
Accept-Language:en-US,en;q=0.8
Cache-Control:max-age=0
Connection:keep-alive
Content-Length:236
Content-Type:application/x-www-form-urlencoded
Retorna
Request URL:http://localhost:3000/artist/invitation.user
Request Method:POST
Status Code:406 Not Acceptable
Eu posso ver que algo no formato deve ser desligado por causa da resposta a adição de em que .usuário final.Eu não posso para a vida de me ver por que ou onde o que está acontecendo.Por favor, deixe-me saber se há alguma informação que eu deixei de fora o que poderia ajudar.
Solução
Consegui, finalmente.
A chave é olhar precisamente em que resource_name está dando a você toda a forma e as ações do controlador.No meu caso, ele continuou a reversão para :usuário quando ele precisava ser :artista e como a Geada mencionado em um comentário, o formulário gerado em html muda muito se você prestar atenção para onde resource_name é usado.A acção actualizar o controlador necessário para ser substituído para usar :artista diretamente e o form_for precisava ser ajustado para remover resource_name de argumentos e :como argumento.