类型错误：__init__() 获得意外的关键字参数“providing_args”

问题描述 投票：0回答：8

我正在创建一个 Django 网站。我最近使用 allauth 包添加权限/搜索功能。当我尝试通过 docker 运行网站时，我收到错误消息：

文件“/usr/local/lib/python3.9/site-packages/allauth/account/signals.py”，第 5 行，位于 user_logged_in = Signal(providing_args=[“请求”,“用户”]) TypeError: init() 得到了意外的关键字参数 'providing_args'

什么原因导致此错误？我知道类型错误通常是由不正确的 models.py 文件引起的，但我似乎无法访问该文件，因为它是外部包的一部分。

Urls.py

urlpatterns = [
    path('admin/', admin.site.urls),

    path('accounts/', include('allauth.urls')),

    path('accounts/', include('accounts.urls')),
    
    path('', include('climate.urls')),
    
] + static(settings.MEDIA_URL, document_root=settings.MEDIA_ROOT)

if settings.DEBUG:
    import debug_toolbar
    urlpatterns = [
        path('__debug__/', include(debug_toolbar.urls)),
    ] + urlpatterns

模型.py

class Country(models.Model):
    id = models.UUIDField(
        primary_key= True,
        db_index = True,
        default=uuid.uuid4,
        editable= False
    )
    name = models.CharField(max_length=50)
    population = models.IntegerField(default=1)
    emissions = models.FloatField(default=1)
    reason = models.CharField(default="", max_length=100)
    flags = models.ImageField(upload_to='images/', default="")
    page = models.URLField(max_length=300, default="")

    def save(self, *args, **kwargs):
        super(Country, self).save(*args, **kwargs)

    class Meta:
        verbose_name_plural = 'countries'
        indexes = [
            models.Index(fields=['id'], name='id_index')
        ]
        permissions = {
            ("special_status", "Can read all countries")
        }

    def __str__(self):
        return self.name

    def flag(self):
        return u'<img src="%s" />' % (self.flags.url)

    def get_absolute_url(self):
        return reverse('country_detail', args =[str(self.id)])

    flag.short_description = 'Flag'

我的 settings.py 处理 allauth。

AUTH_USER_MODEL = 'accounts.CustomUser'
LOGIN_REDIRECT_URL = 'climate:home'
ACCOUNT_LOGOUT_REDIRECT = 'climate:home'
ACCOUNT_SESSION_REMEMBER = True
ACCOUNT_SIGNUP_PASSWORD_ENTER_TWICE = False
ACCOUNT_USERNAME_REQUIRED = False
ACCOUNT_AUTHENTICATION_METHOD = 'email'
ACCOUNT_EMAIL_REQUIRED = True
ACCOUNT_UNIQUE_EMAIL = True

完整追溯：

Traceback (most recent call last):

  File "/usr/local/lib/python3.9/threading.py", line 954, in _bootstrap_inner

    self.run()

  File "/usr/local/lib/python3.9/threading.py", line 892, in run

    self._target(*self._args, **self._kwargs)

  File "/usr/local/lib/python3.9/site-packages/django/utils/autoreload.py", line 64, in wrapper

    fn(*args, **kwargs)

  File "/usr/local/lib/python3.9/site-packages/django/core/management/commands/runserver.py", line 115, in inner_run

    autoreload.raise_last_exception()

  File "/usr/local/lib/python3.9/site-packages/django/utils/autoreload.py", line 87, in raise_last_exception

    raise _exception[1]

  File "/usr/local/lib/python3.9/site-packages/django/core/management/__init__.py", line 381, in execute

    autoreload.check_errors(django.setup)()

  File "/usr/local/lib/python3.9/site-packages/django/utils/autoreload.py", line 64, in wrapper

    fn(*args, **kwargs)

  File "/usr/local/lib/python3.9/site-packages/django/__init__.py", line 24, in setup

    apps.populate(settings.INSTALLED_APPS)

  File "/usr/local/lib/python3.9/site-packages/django/apps/registry.py", line 114, in populate

    app_config.import_models()

  File "/usr/local/lib/python3.9/site-packages/django/apps/config.py", line 300, in import_models

    self.models_module = import_module(models_module_name)

  File "/usr/local/lib/python3.9/importlib/__init__.py", line 127, in import_module

    return _bootstrap._gcd_import(name[level:], package, level)

  File "<frozen importlib._bootstrap>", line 1030, in _gcd_import

  File "<frozen importlib._bootstrap>", line 1007, in _find_and_load

  File "<frozen importlib._bootstrap>", line 986, in _find_and_load_unlocked

  File "<frozen importlib._bootstrap>", line 680, in _load_unlocked

  File "<frozen importlib._bootstrap_external>", line 790, in exec_module

  File "<frozen importlib._bootstrap>", line 228, in _call_with_frames_removed

  File "/usr/local/lib/python3.9/site-packages/allauth/account/models.py", line 12, in <module>

    from . import app_settings, signals

  File "/usr/local/lib/python3.9/site-packages/allauth/account/signals.py", line 5, in <module>

    user_logged_in = Signal(providing_args=["request", "user"])

TypeError: __init__() got an unexpected keyword argument 'providing_args'
python django signals django-allauth
8个回答
18
投票

根据评论，您正在使用旧版本的 AllAuth 运行 Django 4.0。所以你只需要更新 AllAuth 就可以了。

但是，其他已升级 AllAuth 且正在运行 Django 4.0 但仍看到此错误的人可能注册了自定义 AllAuth 或其他包含 providing_args

 参数的信号。

在这种情况下，您需要在项目中搜索任何信号（例如 AllAuth 中经常覆盖的信号：

user_logged_in

 或
email_changed
），并从
providing_args=['request', 'user', 'signup']
 括号中删除
Signal
 或其他变体。

请参阅下文了解更多信息，以及示例 diff 展示如何将每个

providing_args

 参数移动到注释行。

Django 弃用了在 Django 3.1 中使用

providing_args

 参数到
django.dispatch.Signal
 的功能。请参阅 3.1 发行说明的
其他部分中的项目符号。

它被删除是因为这个参数除了充当文档之外没有任何作用。如果这看起来很奇怪，那是因为它很奇怪。参数应该表明数据正在传递。这可能就是它被弃用的原因。

Django 4.0 继续并完全删除了这一点，使得任何使用

Signal()

 参数调用
providing_args
 的代码现在都会触发您遇到的 TypeError：

TypeError: Signal.__init__() got an unexpected keyword argument 'providing_args'



AllAuth 于 2020 年 9 月删除了此参数的使用。（请参阅此处关于此问题的
原始报告以及引用的差异）

在此线程中提出问题的人正在运行 AllAuth 
0.42.0
，它不包含此更改，因此与 Django 4.0 不兼容。


截至今天，Django AllAuth 
0.42.0
 
is 兼容的最后一个版本是 Django 3.2.9。
    



      

      
      
      

      

        

          

            

              
7
投票

              
            

          

        

        
我通过更换解决了同样的问题


check_request_enabled = Signal(providing_args=["request"])

到


check_request_enabled = Signal("request")

现在工作完美。

    



      

      
      
      

      

        

          

            

              
3
投票

              
            

          

        

        
这适用于在 
Django 4.0
 上遇到相同问题且未使用 
AllAuth
 的任何人。


我遇到了类似的问题。但是，我没有使用
AllAuth
。
问题是 
Django 4.0
 没有任何 
providing_args
 参数，所以信号是这样声明的。


from django.dispatch import Signal

model_delete_signal = Signal()

现在，您可以在发送信号时发送任何参数，这些参数将在接收器中的
kwargs
中接收。


例如，我在自定义删除函数中发送信号时发送了以下
instance
参数


model_delete_signal.send(sender='session_delete', instance=self)

并以这种方式在接收器内接收到它


@receiver(session_delete)
def delete_session(sender, **kwargs):
    instance = kwargs['instance']

请注意，对于 
providing_args
 中没有 
Singal()
 参数的任何 Django 版本，解决方案都是相同的
    



      

      
      
      

      

        

          

            

              
1
投票

              
            

          

        

        
我不知道为什么会发生这种情况，但是（它在我的机器上工作）我通过替换解决了同样的问题


user_logged_in = Signal(providing_args=["request", "user"])

与


user_logged_in = Signal()

在/usr/local/lib/python3.9/site-packages/allauth/account/signals.py

    



      

      
      
      

      

        

          

            

              
1
投票

              
            

          

        

        
您可以在新版本的 Django 4 中使用不带参数的 Signal，就像这样


from django.dispatch import Signal, receiver
notification=Signal()
@receiver(notification)
def show_notification(sender, **kwargs):
    print("sender,", sender)
    print("Kwargs", kwargs)
    print("Notification")        

在使用此信号之后，像这样写


notification.send(sender=None, request=request, user=['Sakib', 'Malik'])

    



      

      
      
      

      

        

          

            

              
1
投票

              
            

          

        

        
这个问题有更好的解释，但这对我有用......


根据姜戈




Signal 的纯文档提供_args 参数已被弃用。如果您依赖此参数作为文档，则可以将文本移动到代码注释或文档字符串。




只需从本地项目存储中的signals.py 文件中注释掉以下代码即可：


user_logged_in = Signal(providing_args=["request", "user"])

# Typically followed by `user_logged_in` (unless, e-mail verification kicks in)
user_signed_up = Signal(providing_args=["request", "user"])

password_set = Signal(providing_args=["request", "user"])
password_changed = Signal(providing_args=["request", "user"])
password_reset = Signal(providing_args=["request", "user"])

email_confirmed = Signal(providing_args=["request", "email_address"])
email_confirmation_sent = Signal(
    providing_args=["request", "confirmation", "signup"])

email_changed = Signal(
    providing_args=[
        "request", "user",
        "from_email_address", "to_email_address"])
email_added = Signal(providing_args=["request", "user", "email_address"])
email_removed = Signal(providing_args=["request", "user", "email_address"])

您可以在 /usr/local/lib/python3.10/site-packages/allauth/account/signals.py 中找到它

    



      

      
      
      

      

        

          

            

              
0
投票

              
            

          

        

        
来自 django 3.1 的 
django 文档：



Signal 的纯文档提供_args 参数已被弃用。如果您依赖此参数作为文档，则可以将文本移动到代码注释或文档字符串。



    



      

      
      
      

      

        

          

            

              
0
投票

              
            

          

        

        
首先检查您的 
signals.py
 文件，您在其中使用 
Signal()
 函数


SignalName = Signal(providing_args=["request", "user"])

在 
Signal()
 函数中不要给出 
providing_args
 作为参数，给出像 
 这样的参数

SignalName = Signal(["request", "user"])

    



      

      
    

  

  

    
最新问题


  





  

    © www.soinside.com 2019 - 2024. All rights reserved.