ruby-on-rails – 设计确认无法在最新版本中运行

前端之家收集整理的这篇文章主要介绍了ruby-on-rails – 设计确认无法在最新版本中运行前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我最近从Devise 1.2升级到1.4.9,除了我的确认模块外,一切似乎都有效.电子邮件以及整个过程都有效.但确认页面始终为空白.它工作并确认电子邮件帐户,但它不会重定向用户并引发406错误.对于错误确认尝试,它也是如此.

路由似乎工作正常,我已在我的用户模型中指定确认,并且没有其他任何更改.

有任何想法吗?我是否遗漏了一些设置或需要更新1.4.9的内容

UPDATE

这似乎是生成URL的问题.由于某些未知原因,它是在前面加上确认URL和用户名吗?这导致它破裂.但我仍然不确定如何解决它.

http://localhost:5000/users/confirmation.someusername?confirmation_token=R7apAPhC5c3rszvhsowp

上面的URL中的用户名导致进程无法正常工作.

我检查了1.2(有效)控制器和新版本之间的差异.

1.2

# GET /resource/confirmation?confirmation_token=abcdef
  def show
    self.resource = resource_class.confirm_by_token(params[:confirmation_token])

    if resource.errors.empty?
      set_flash_message :notice,:confirmed
      sign_in_and_redirect(resource_name,resource)
    else
      render_with_scope :new
    end
  end

1.4.9

# GET /resource/confirmation?confirmation_token=abcdef
  def show
    self.resource = resource_class.confirm_by_token(params[:confirmation_token])

    if resource.errors.empty?
      set_flash_message(:notice,:confirmed) if is_navigational_format?
      sign_in(resource_name,resource)
      respond_with_navigational(resource){ redirect_to after_confirmation_path_for(resource_name,resource) }
    else
      respond_with_navigational(resource.errors,:status => :unprocessable_entity){ render_with_scope :new }
    end
  end

  protected

    # The path used after resending confirmation instructions.
    def after_resending_confirmation_instructions_path_for(resource_name)
      new_session_path(resource_name)
    end

    # The path used after confirmation.
    def after_confirmation_path_for(resource_name,resource)
      after_sign_in_path_for(resource)
    end

错误

Started GET "/users/confirmation.sdfsdfsd?confirmation_token=vmxmx73xvM7sUfcvH9CX" for 127.0.0.1 at 2011-10-31 13:30:33 +0100
  Processing by Devise::ConfirmationsController#show as 
  Parameters: {"confirmation_token"=>"vmxmx73xvM7sUfcvH9CX"}
  sql (1.1ms)   SELECT a.attname,format_type(a.atttypid,a.atttypmod),d.adsrc,a.attnotnull
 FROM pg_attribute a LEFT JOIN pg_attrdef d
 ON a.attrelid = d.adrelid AND a.attnum = d.adnum
 WHERE a.attrelid = '"users"'::regclass
 AND a.attnum > 0 AND NOT a.attisdropped
 ORDER BY a.attnum

  User Load (1.2ms)  SELECT "users".* FROM "users" WHERE "users"."confirmation_token" = 'vmxmx73xvM7sUfcvH9CX' LIMIT 1
  sql (0.7ms)   SELECT a.attname,a.attnotnull
 FROM pg_attribute a LEFT JOIN pg_attrdef d
 ON a.attrelid = d.adrelid AND a.attnum = d.adnum
 WHERE a.attrelid = '"users"'::regclass
 AND a.attnum > 0 AND NOT a.attisdropped
 ORDER BY a.attnum

Completed 406 Not Acceptable in 28ms

解决方法

查看并查看是否复制了设计视图,它们可能已过期.

我有一个类似issue越来越多的用户ID在我的网址,设计不再使用user_confirmation_url赞成confirmation_url的(如1.0?,但它仍然工作的时间长一点),所以你可以将其删除您的自定义设计视图或更新网址助手.

猜你在找的Ruby相关文章