users.IPNetworkUserRestriction

Model Info

Key

Value

Model Name

IPNetworkUserRestriction

Verbose Name

ip network user restriction

Verbose Name Plural

ip network user restrictions

Docstring

IPNetworkUserRestriction(created, modified, restriction_type, reason, id, network)

Is Abstract

False

Is Proxy

False

Is Managed

True

Ordering

[]

Permissions

[]

Default Permissions

(‘add’, ‘change’, ‘delete’, ‘view’)

Indexes

[]

Constraints

[]

Database Table

users_user_network_restriction

Base Manager

None

Default Manager

None

File

/data/olympia/src/olympia/users/models.py

Starting Line Number

840

Method Resolution Order

(<class ‘olympia.users.models.IPNetworkUserRestriction’>, <class ‘olympia.users.models.RestrictionAbstractBaseModel’>, <class ‘olympia.amo.models.ModelBase’>, <class ‘olympia.amo.models.SaveUpdateMixin’>, <class ‘django.db.models.base.Model’>, <class ‘django.db.models.utils.AltersData’>, <class ‘olympia.users.models.RestrictionAbstractBase’>, <class ‘object’>)

Fields

Field Name

Field Type

Database Column

Database Type

Verbose Name

created

DateTimeField

created

datetime(6)

created

id (pk)

PositiveAutoField

id

integer UNSIGNED AUTO_INCREMENT

id

modified

DateTimeField

modified

datetime(6)

modified

network

CIDRField

network

char(45)

network

reason

CharField

reason

varchar(255)

reason

restriction_type

PositiveSmallIntegerField

restriction_type

smallint UNSIGNED

restriction type

fields_reverse_relation=[]

Methods

Other Methods

Method Name

Signature

allow_auto_approval

(upload)

allow_ips

(remote_addr, user_last_login_ip, *, restriction_type)

allow_rating

(request)

allow_rating_without_moderation

(request)

allow_request

(request, *, restriction_type)

allow_submission

(request)

get_admin_absolute_url

(self)

get_admin_url_path

(self)

get_error_message

(is_api)

get_next_by_created

(self, *, field=<django.db.models.fields.DateTimeField: created>, is_next=True, **kwargs)

get_next_by_modified

(self, *, field=<django.db.models.fields.DateTimeField: modified>, is_next=True, **kwargs)

get_previous_by_created

(self, *, field=<django.db.models.fields.DateTimeField: created>, is_next=False, **kwargs)

get_previous_by_modified

(self, *, field=<django.db.models.fields.DateTimeField: modified>, is_next=False, **kwargs)

get_restriction_type_display

(self, *, field=<django.db.models.fields.PositiveSmallIntegerField: restriction_type>)

get_unfiltered_manager

()

reload

(self)

serializable_reference

(self)

update

(self, **kw)

Private Methods

Method Name

Signature

_get_field_value_map

(self, meta, exclude=None)

Custom Managers

default

Class: ManagerBase

*Base for all managers in AMO.

Returns BaseQuerySets.

If a model has translated fields, they’ll be attached through a transform function.*

Custom Methods

transform(self, fn)

Custom QuerySet

Class: BaseQuerySet

Represent a lazy database lookup for a set of objects.

Custom Methods
no_transforms(self)
only_translations(self)

Remove all transforms except translations.

optimized_count(self)

*Slightly optimized count() for cases where there is a DISTINCT in the queryset.

When a count() call is made on a queryset that has a distinct, that causes django to run the full SELECT (including all fields, distinct, ordering etc) in a subquery and then COUNT() on the result of that subquery, which is costly/innefficient. That’s tracked in https://code.djangoproject.com/ticket/30685. We can’t easily fix the fact that there is a subquery, but we can avoid selecting all fields and ordering in that subquery needlessly.*

pop_transforms(self)
transform(self, fn)

objects

Class: ManagerBase

*Base for all managers in AMO.

Returns BaseQuerySets.

If a model has translated fields, they’ll be attached through a transform function.*

Custom Methods

transform(self, fn)

Custom QuerySet

Class: BaseQuerySet

Represent a lazy database lookup for a set of objects.

Custom Methods
no_transforms(self)
only_translations(self)

Remove all transforms except translations.

optimized_count(self)

*Slightly optimized count() for cases where there is a DISTINCT in the queryset.

When a count() call is made on a queryset that has a distinct, that causes django to run the full SELECT (including all fields, distinct, ordering etc) in a subquery and then COUNT() on the result of that subquery, which is costly/innefficient. That’s tracked in https://code.djangoproject.com/ticket/30685. We can’t easily fix the fact that there is a subquery, but we can avoid selecting all fields and ordering in that subquery needlessly.*

pop_transforms(self)
transform(self, fn)

!!! THIS DOCUMENT WAS AUTOGENERATED ON 2025-07-09 !!!