---
title: "Django 3.2 versionsinformation"
version: 6.1
locale: sv
source: https://docs.djangoproject.com/sv/6.1/releases/3.2/
canonical: https://djangodocs.dev/sv/6.1/releases/3.2/
---
# Django 3.2 versionsinformation

*6 april 2021*

Välkommen till Django 3.2!

Dessa versionsinformation täcker [nya funktioner](#whats-new-3-2), samt några [bakåtkompatibla förändringar](#backwards-incompatible-3-2) som du vill vara medveten om när du uppgraderar från Django 3.1 eller tidigare. Vi har [börjat utfasningsprocessen för vissa funktioner](#deprecated-features-3-2).

Se guiden [Så här uppgraderar du Django till en nyare version](/sv/6.1/howto/upgrade-version/) om du ska uppdatera ett befintligt projekt.

Django 3.2 betecknas som en [long-term support release](/sv/6.1/internals/release-process/#term-Long-term-support-release). Den kommer att få säkerhetsuppdateringar i minst tre år efter lanseringen. Stöd för den tidigare LTS, Django 2.2, kommer att upphöra i april 2022.

## Kompatibilitet med Python

Django 3.2 stöder Python 3.6, 3.7, 3.8, 3.9 och 3.10 (från och med 3.2.9). Vi **rekommenderar** starkt och stöder endast officiellt den senaste utgåvan av varje serie.

## Vad är nytt i Django 3.2

### Automatisk [`AppConfig`](/sv/6.1/ref/applications/#django.apps.AppConfig) upptäckt

De flesta pluggbara applikationer definierar en [`AppConfig`](/sv/6.1/ref/applications/#django.apps.AppConfig)-underklass i en `apps.py`-undermodul. Många definierar en variabel `default_app_config` som pekar på denna klass i sin `__init__.py`.

När undermodulen `apps.py` finns och definierar en enda [`AppConfig`](/sv/6.1/ref/applications/#django.apps.AppConfig)-underklass, använder Django nu den konfigurationen automatiskt, så du kan ta bort `default_app_config`.

`default_app_config` gjorde det möjligt att endast deklarera applikationens sökväg i [`INSTALLED_APPS`](/sv/6.1/ref/settings/#std-setting-INSTALLED_APPS) (t.ex. `'django.contrib.admin'`) istället för appkonfigurationens sökväg (t.ex. `'django.contrib.admin.apps.AdminConfig'`). Det infördes för bakåtkompatibilitet med den tidigare stilen, med avsikten att byta ekosystemet till den senare, men bytet skedde inte.

Med automatisk upptäckt av `AppConfig` behövs inte längre `default_app_config`. Som en konsekvens av detta är den utfasad.

Se [Konfigurera applikationer](/sv/6.1/ref/applications/#configuring-applications-ref) för fullständig information.

### Anpassa typen av automatiskt skapade primärnycklar

När en modell definieras, om inget fält i en modell definieras med [`primary_key=True`](/sv/6.1/ref/models/fields/#django.db.models.Field.primary_key), läggs en implicit primärnyckel till. Typen av denna implicita primärnyckel kan nu styras via inställningen [`DEFAULT_AUTO_FIELD`](/sv/6.1/ref/settings/#std-setting-DEFAULT_AUTO_FIELD) och attributet [`AppConfig.default_auto_field`](/sv/6.1/ref/applications/#django.apps.AppConfig.default_auto_field). Du behöver inte längre åsidosätta primärnycklar i alla modeller.

För att bibehålla det historiska beteendet är standardvärdet för [`DEFAULT_AUTO_FIELD`](/sv/6.1/ref/settings/#std-setting-DEFAULT_AUTO_FIELD) [`AutoField`](/sv/6.1/ref/models/fields/#django.db.models.AutoField). Från och med 3.2 genereras nya projekt med [`DEFAULT_AUTO_FIELD`](/sv/6.1/ref/settings/#std-setting-DEFAULT_AUTO_FIELD) inställd på [`BigAutoField`](/sv/6.1/ref/models/fields/#django.db.models.BigAutoField). Dessutom genereras nya appar med [`AppConfig.default_auto_field`](/sv/6.1/ref/applications/#django.apps.AppConfig.default_auto_field) satt till [`BigAutoField`](/sv/6.1/ref/models/fields/#django.db.models.BigAutoField). I en framtida Django-version kommer standardvärdet för [`DEFAULT_AUTO_FIELD`](/sv/6.1/ref/settings/#std-setting-DEFAULT_AUTO_FIELD) att ändras till [`BigAutoField`](/sv/6.1/ref/models/fields/#django.db.models.BigAutoField).

För att undvika oönskade migreringar i framtiden kan du antingen uttryckligen ange [`DEFAULT_AUTO_FIELD`](/sv/6.1/ref/settings/#std-setting-DEFAULT_AUTO_FIELD) till [`AutoField`](/sv/6.1/ref/models/fields/#django.db.models.AutoField):

```
DEFAULT_AUTO_FIELD = "django.db.models.AutoField"
```

eller konfigurera det per app:

```
from django.apps import AppConfig

class MyAppConfig(AppConfig):
    default_auto_field = "django.db.models.AutoField"
    name = "my_app"
```

eller för varje enskild modell:

```
from django.db import models

class MyModel(models.Model):
    id = models.AutoField(primary_key=True)
```

I väntan på att standardinställningen ändras kommer en systemkontroll att ge en varning om du inte har en explicit inställning för [`DEFAULT_AUTO_FIELD`](/sv/6.1/ref/settings/#std-setting-DEFAULT_AUTO_FIELD).

När du ändrar värdet på [`DEFAULT_AUTO_FIELD`](/sv/6.1/ref/settings/#std-setting-DEFAULT_AUTO_FIELD) kan migreringar för primärnyckeln i befintliga automatiskt skapade genomgående tabeller inte genereras för närvarande. Se dokumentationen för [`DEFAULT_AUTO_FIELD`](/sv/6.1/ref/settings/#std-setting-DEFAULT_AUTO_FIELD) för mer information om migrering av sådana tabeller.

### Funktionella index

Det nya [`*expressions`](/sv/6.1/ref/models/indexes/#django.db.models.Index.expressions) positionella argumentet för [`Index()`](/sv/6.1/ref/models/indexes/#django.db.models.Index) gör det möjligt att skapa funktionella index på uttryck och databasfunktioner. Till exempel:

```
from django.db import models
from django.db.models import F, Index, Value
from django.db.models.functions import Lower, Upper

class MyModel(models.Model):
    first_name = models.CharField(max_length=255)
    last_name = models.CharField(max_length=255)
    height = models.IntegerField()
    weight = models.IntegerField()

    class Meta:
        indexes = [
            Index(
                Lower("first_name"),
                Upper("last_name").desc(),
                name="first_last_name_idx",
            ),
            Index(
                F("height") / (F("weight") + Value(5)),
                name="calc_idx",
            ),
        ]
```

Funktionella index läggs till i modeller med hjälp av alternativet [`Meta.indexes`](/sv/6.1/ref/models/options/#django.db.models.Options.indexes).

### stöd för `pymemcache`

Den nya `django.core.cache.backends.memcached.PyMemcacheCache` cache-backend gör det möjligt att använda [pymemcache](https://pypi.org/project/pymemcache/)-biblioteket för memcached. `pymemcache` 3.4.0 eller högre krävs. För mer information, se [dokumentation om cachelagring i Django](/sv/6.1/topics/cache/).

### Nya dekoratorer för administratörssidan

Den nya [`display()`](/sv/6.1/ref/contrib/admin/#django.contrib.admin.display)-dekoratorn gör det enkelt att lägga till alternativ till anpassade visningsfunktioner som kan användas med [`list_display`](/sv/6.1/ref/contrib/admin/#django.contrib.admin.ModelAdmin.list_display) eller [`readonly_fields`](/sv/6.1/ref/contrib/admin/#django.contrib.admin.ModelAdmin.readonly_fields).

På samma sätt gör den nya [`action()`](/sv/6.1/ref/contrib/admin/actions/#django.contrib.admin.action)-dekoratorn det möjligt att enkelt lägga till alternativ till åtgärdsfunktioner som kan användas med [`actions`](/sv/6.1/ref/contrib/admin/#django.contrib.admin.ModelAdmin.actions).

Att använda `@display`-dekoratorn har fördelen att det nu är möjligt att använda `@property`-dekoratorn när man behöver ange attribut för den anpassade metoden. Tidigare var det nödvändigt att använda funktionen `property()` istället efter att ha tilldelat metoden de nödvändiga attributen.

Att använda dekoratorer har fördelen att dessa alternativ är lättare att upptäcka eftersom de kan föreslås av kompletteringsverktyg i kodredigerare. De är bara en bekvämlighet och ställer fortfarande in samma attribut på funktionerna under huven.

### Mindre funktioner

#### [`django.contrib.admin`](/sv/6.1/ref/contrib/admin/#module-django.contrib.admin)

- [`ModelAdmin.search_fields`](/sv/6.1/ref/contrib/admin/#django.contrib.admin.ModelAdmin.search_fields) tillåter nu sökning mot citerade fraser med mellanslag.
- Skrivskyddade relaterade fält återges nu som navigerbara länkar om målmodeller registreras i admin.
- Administratören har nu stöd för teman och inkluderar ett mörkt tema som aktiveras enligt webbläsarens inställningar. Se [Stöd för tematisering](/sv/6.1/ref/contrib/admin/#admin-theming) för mer information.
- [`ModelAdmin.autocomplete_fields`](/sv/6.1/ref/contrib/admin/#django.contrib.admin.ModelAdmin.autocomplete_fields) respekterar nu [`ForeignKey.to_field`](/sv/6.1/ref/models/fields/#django.db.models.ForeignKey.to_field) och [`ForeignKey.limit_choices_to`](/sv/6.1/ref/models/fields/#django.db.models.ForeignKey.limit_choices_to) vid sökning i en relaterad modell.
- Administratören installerar nu en sista catch-all-vy som omdirigerar oautentiserade användare till inloggningssidan, oavsett om URL:en i övrigt är giltig. Detta skyddar mot en potentiell sekretessfråga för modelluppräkning.

  Även om det inte rekommenderas kan du ställa in den nya [`AdminSite.final_catch_all_view`](/sv/6.1/ref/contrib/admin/#django.contrib.admin.AdminSite.final_catch_all_view) till `False` för att inaktivera catch-all-vyn.

#### [`django.contrib.auth`](/sv/6.1/topics/auth/#module-django.contrib.auth)

- Standardantalet iterationer för PBKDF2-lösenordshashen ökas från 216.000 till 260.000.
- Standardvarianten för lösenordshashen Argon2 ändras till Argon2id. `memory_cost` och `parallelism` ökas till 102.400 respektive 8 för att matcha `argon2-cffi` standardinställningarna.

  Om man ökar `minneskostnaden` ökar det erforderliga minnet från 512 KB till 100 MB. Detta är fortfarande ganska konservativt men kan leda till problem i minnesbegränsade miljöer. Om så är fallet kan den befintliga hasharen underklassas för att åsidosätta standardvärdena.
- Standardsaltets entropi för lösenordshasharna Argon2, MD5, PBKDF2 och SHA-1 har ökats från 71 till 128 bitar.

#### [`django.contrib.contenttypes`](/sv/6.1/ref/contrib/contenttypes/#module-django.contrib.contenttypes)

- Det nya `absolute_max`-argumentet för [`generic_inlineformset_factory()`](/sv/6.1/ref/contrib/contenttypes/#django.contrib.contenttypes.forms.generic_inlineformset_factory) gör det möjligt att anpassa det maximala antalet formulär som kan instansieras när man tillhandahåller `POST`-data. Se [Begränsning av det maximala antalet instansierade formulär](/sv/6.1/topics/forms/formsets/#formsets-absolute-max) för mer information.
- Det nya argumentet `can_delete_extra` för [`generic_inlineformset_factory()`](/sv/6.1/ref/contrib/contenttypes/#django.contrib.contenttypes.forms.generic_inlineformset_factory) gör det möjligt att ta bort möjligheten att ta bort extra formulär. Se [`can_delete_extra`](/sv/6.1/topics/forms/formsets/#django.forms.formsets.BaseFormSet.can_delete_extra) för mer information.

#### [`django.contrib.gis`](/sv/6.1/ref/contrib/gis/#module-django.contrib.gis)

- Metoden [`GDALRaster.transform()`](/sv/6.1/ref/contrib/gis/gdal/#django.contrib.gis.gdal.GDALRaster.transform) stöder nu [`SpatialReference`](/sv/6.1/ref/contrib/gis/gdal/#django.contrib.gis.gdal.SpatialReference).
- Klassen [`DataSource`](/sv/6.1/ref/contrib/gis/gdal/#django.contrib.gis.gdal.DataSource) har nu stöd för [`pathlib.Path`](https://docs.python.org/3/library/pathlib.html#pathlib.Path).
- Klassen [`LayerMapping`](/sv/6.1/ref/contrib/gis/layermapping/#django.contrib.gis.utils.LayerMapping) stöder nu [`pathlib.Path`](https://docs.python.org/3/library/pathlib.html#pathlib.Path).

#### [`django.contrib.postgres`](/sv/6.1/ref/contrib/postgres/#module-django.contrib.postgres)

- Det nya [`ExclusionConstraint.include`](/sv/6.1/ref/contrib/postgres/constraints/#django.contrib.postgres.constraints.ExclusionConstraint.include)-attributet gör det möjligt att skapa täckande uteslutningsbegränsningar på PostgreSQL 12+.
- Det nya attributet `ExclusionConstraint.opclasses` tillåter inställning av PostgreSQL-operatörsklasser.
- Det nya attributet `JSONBAgg.ordering` bestämmer ordningsföljden för de aggregerade elementen.
- Det nya attributet [`JSONBAgg.distinct`](/sv/6.1/ref/contrib/postgres/aggregates/#django.contrib.postgres.aggregates.JSONBAgg.distinct) avgör om aggregerade värden ska vara distinkta.
- Operationen [`CreateExtension`](/sv/6.1/ref/contrib/postgres/operations/#django.contrib.postgres.operations.CreateExtension) kontrollerar nu att tillägget redan finns i databasen och hoppar över migreringen om så är fallet.
- De nya [`CreateCollation`](/sv/6.1/ref/contrib/postgres/operations/#django.contrib.postgres.operations.CreateCollation) och [`RemoveCollation`](/sv/6.1/ref/contrib/postgres/operations/#django.contrib.postgres.operations.RemoveCollation)-operationerna gör det möjligt att skapa och släppa kollationer på PostgreSQL. Se [Hantera kollationer med hjälp av migreringar](/sv/6.1/ref/contrib/postgres/operations/#manage-postgresql-collations) för mer information.
- Uppslagningar för [`ArrayField`](/sv/6.1/ref/contrib/postgres/fields/#django.contrib.postgres.fields.ArrayField) tillåter nu (icke-nästlade) arrayer som innehåller uttryck som höger sida.
- Det nya [`OpClass()`](/sv/6.1/ref/contrib/postgres/indexes/#django.contrib.postgres.indexes.OpClass) uttrycket gör det möjligt att skapa funktionella index på uttryck med en anpassad operatorklass. Se [Funktionella index](#new-functional-indexes) för mer information.

#### [`django.contrib.sitemaps`](/sv/6.1/ref/contrib/sitemaps/#module-django.contrib.sitemaps)

- De nya attributen [`Sitemap`](/sv/6.1/ref/contrib/sitemaps/#django.contrib.sitemaps.Sitemap) [`alternates`](/sv/6.1/ref/contrib/sitemaps/#django.contrib.sitemaps.Sitemap.alternates), [`languages`](/sv/6.1/ref/contrib/sitemaps/#django.contrib.sitemaps.Sitemap.languages) och [`x_default`](/sv/6.1/ref/contrib/sitemaps/#django.contrib.sitemaps.Sitemap.x_default) gör det möjligt att generera *alternativ* till lokaliserade versioner av dina sidor.

#### [`django.contrib.syndication`](/sv/6.1/ref/contrib/syndication/#module-django.contrib.syndication)

- Den nya `item_comments`-hook gör det möjligt att ange en URL för kommentarer per feed-objekt.

#### Databas backends

- Tredjeparts databasbackends kan nu hoppa över eller markera som förväntade misslyckanden tester i Djangos testsvit med hjälp av de nya attributen `DatabaseFeatures.django_test_skips` och `django_test_expected_failures`.

#### Dekoratörer

- Den nya [`no_append_slash()`](/sv/6.1/topics/http/decorators/#django.views.decorators.common.no_append_slash)-dekoratorn gör att enskilda vyer kan uteslutas från [`APPEND_SLASH`](/sv/6.1/ref/settings/#std-setting-APPEND_SLASH) URL-normalisering.

#### Felrapportering

- Anpassade [`ExceptionReporter`](/sv/6.1/howto/error-reporting/#django.views.debug.ExceptionReporter)-underklasser kan nu definiera egenskaperna [`html_template_path`](/sv/6.1/howto/error-reporting/#django.views.debug.ExceptionReporter.html_template_path) och [`text_template_path`](/sv/6.1/howto/error-reporting/#django.views.debug.ExceptionReporter.text_template_path) för att åsidosätta de mallar som används för att rendera undantagsrapporter.

#### Filuppladdning

- Den nya [`FileUploadHandler.upload_interrupted()`](/sv/6.1/ref/files/uploads/#django.core.files.uploadhandler.FileUploadHandler.upload_interrupted) callbacken gör det möjligt att hantera avbrutna uppladdningar.

#### Formulär

- Det nya `absolute_max`-argumentet för [`formset_factory()`](/sv/6.1/ref/forms/formsets/#django.forms.formsets.formset_factory), [`inlineformset_factory()`](/sv/6.1/ref/forms/models/#django.forms.models.inlineformset_factory) och [`modelformset_factory()`](/sv/6.1/ref/forms/models/#django.forms.models.modelformset_factory) gör det möjligt att anpassa det maximala antalet formulär som kan instansieras när man levererar `POST`-data. Se [Begränsning av det maximala antalet instansierade formulär](/sv/6.1/topics/forms/formsets/#formsets-absolute-max) för mer information.
- Det nya argumentet `can_delete_extra` för [`formset_factory()`](/sv/6.1/ref/forms/formsets/#django.forms.formsets.formset_factory), [`inlineformset_factory()`](/sv/6.1/ref/forms/models/#django.forms.models.inlineformset_factory) och [`modelformset_factory()`](/sv/6.1/ref/forms/models/#django.forms.models.modelformset_factory) gör det möjligt att ta bort möjligheten att radera extra formulär. Se [`can_delete_extra`](/sv/6.1/topics/forms/formsets/#django.forms.formsets.BaseFormSet.can_delete_extra) för mer information.
- [`BaseFormSet`](/sv/6.1/topics/forms/formsets/#django.forms.formsets.BaseFormSet) rapporterar nu ett användarvänligt fel, snarare än att skapa ett undantag, när förvaltningsformuläret saknas eller har manipulerats. För att anpassa detta felmeddelande, skicka argumentet `error_messages` med nyckeln `'missing_management_form'` när du instansierar formsetet.

#### Generiska åsikter

- Attributen `week_format` i [`WeekMixin`](/sv/6.1/ref/class-based-views/mixins-date-based/#django.views.generic.dates.WeekMixin) och [`WeekArchiveView`](/sv/6.1/ref/class-based-views/generic-date-based/#django.views.generic.dates.WeekArchiveView) stöder nu veckoformatet `'%V'` ISO 8601.

#### Kommandon för hantering

- [`loaddata`](/sv/6.1/ref/django-admin/#django-admin-loaddata) stöder nu fixturer lagrade i XZ-arkiv (`.xz`) och LZMA-arkiv (`.lzma`).
- [`dumpdata`](/sv/6.1/ref/django-admin/#django-admin-dumpdata) kan nu komprimera data i formaten `bz2`, `gz`, `lzma` eller `xz`.
- [`makemigrations`](/sv/6.1/ref/django-admin/#django-admin-makemigrations) kan nu anropas utan en aktiv databasanslutning. I det fallet hoppas kontrollen av en konsekvent migreringshistorik över.
- [`BaseCommand.requires_system_checks`](/sv/6.1/howto/custom-management-commands/#django.core.management.BaseCommand.requires_system_checks) stöder nu angivande av en lista med taggar. Systemkontroller som är registrerade i de valda taggarna kommer att kontrolleras för fel innan kommandot körs. I tidigare versioner utfördes antingen alla eller inga av systemkontrollerna.
- Stöd för färgad terminalutmatning i Windows har uppdaterats. Olika moderna terminalmiljöer upptäcks automatiskt och alternativen för att aktivera stöd i andra fall har förbättrats. Se [Syntax färgläggning](/sv/6.1/ref/django-admin/#syntax-coloring) för mer information.

#### Migreringar

- Den nya egenskapen `Operation.migration_name_fragment` gör det möjligt att ange ett filnamnsfragment som kommer att användas för att namnge en migration som endast innehåller den operationen.
- Migreringar stöder nu serialisering av rena och konkreta sökvägsobjekt från [`pathlib`](https://docs.python.org/3/library/pathlib.html#module-pathlib) och [`os.PathLike`](https://docs.python.org/3/library/os.html#os.PathLike)-instanser.

#### Modeller

- The new `no_key` parameter for [`QuerySet.select_for_update()`](/sv/6.1/ref/models/querysets/#django.db.models.query.QuerySet.select_for_update),
  supported on PostgreSQL, allows acquiring weaker locks that don’t block the
  creation of rows that reference locked rows through a foreign key.
- [`When()`](/sv/6.1/ref/models/conditional-expressions/#django.db.models.expressions.When) uttrycket tillåter nu användning av `condition` argumentet med `lookups`.
- De nya attributen [`Index.include`](/sv/6.1/ref/models/indexes/#django.db.models.Index.include) och [`UniqueConstraint.include`](/sv/6.1/ref/models/constraints/#django.db.models.UniqueConstraint.include) gör det möjligt att skapa täckande index och täcka unika begränsningar på PostgreSQL 11+.
- Det nya attributet [`UniqueConstraint.opclasses`](/sv/6.1/ref/models/constraints/#django.db.models.UniqueConstraint.opclasses) tillåter inställning av PostgreSQL-operatörsklasser.
- Metoden [`QuerySet.update()`](/sv/6.1/ref/models/querysets/#django.db.models.query.QuerySet.update) respekterar nu `order_by()`-klausulen på MySQL och MariaDB.
- [`FilteredRelation()`](/sv/6.1/ref/models/querysets/#django.db.models.FilteredRelation) stöder nu nästlade relationer.
- The `of` argument of [`QuerySet.select_for_update()`](/sv/6.1/ref/models/querysets/#django.db.models.query.QuerySet.select_for_update) is now allowed
  on MySQL 8.0.1+.
- [`Value()`](/sv/6.1/ref/models/expressions/#django.db.models.Value) expression now
  automatically resolves its `output_field` to the appropriate
  [`Field`](/sv/6.1/ref/models/fields/#django.db.models.Field) subclass based on the type of
  its provided `value` for [`bool`](https://docs.python.org/3/library/functions.html#bool), [`bytes`](https://docs.python.org/3/library/stdtypes.html#bytes),
  [`float`](https://docs.python.org/3/library/functions.html#float), [`int`](https://docs.python.org/3/library/functions.html#int), [`str`](https://docs.python.org/3/library/stdtypes.html#str),
  [`datetime.date`](https://docs.python.org/3/library/datetime.html#datetime.date), [`datetime.datetime`](https://docs.python.org/3/library/datetime.html#datetime.datetime),
  [`datetime.time`](https://docs.python.org/3/library/datetime.html#datetime.time), [`datetime.timedelta`](https://docs.python.org/3/library/datetime.html#datetime.timedelta),
  [`decimal.Decimal`](https://docs.python.org/3/library/decimal.html#decimal.Decimal), and [`uuid.UUID`](https://docs.python.org/3/library/uuid.html#uuid.UUID) instances. As a
  consequence, resolving an `output_field` for database functions and
  combined expressions may now crash with mixed types when using `Value()`.
  You will need to explicitly set the `output_field` in such cases.
- Den nya metoden [`QuerySet.alias()`](/sv/6.1/ref/models/querysets/#django.db.models.query.QuerySet.alias) gör det möjligt att skapa återanvändbara alias för uttryck som inte behöver väljas men som används för filtrering, ordning eller som en del av komplexa uttryck.
- Den nya [`Collate`](/sv/6.1/ref/models/database-functions/#django.db.models.functions.Collate)-funktionen gör det möjligt att filtrera och ordna efter angivna databaskollationer.
- The `field_name` argument of [`QuerySet.in_bulk()`](/sv/6.1/ref/models/querysets/#django.db.models.query.QuerySet.in_bulk) now accepts
  distinct fields if there’s only one field specified in
  [`QuerySet.distinct()`](/sv/6.1/ref/models/querysets/#django.db.models.query.QuerySet.distinct).
- Den nya parametern `tzinfo` i databasfunktionerna [`TruncDate`](/sv/6.1/ref/models/database-functions/#django.db.models.functions.TruncDate) och [`TruncTime`](/sv/6.1/ref/models/database-functions/#django.db.models.functions.TruncTime) gör det möjligt att trunkera datatider i en specifik tidszon.
- Det nya argumentet `db_collation` för [`CharField`](/sv/6.1/ref/models/fields/#django.db.models.CharField.db_collation) och [`TextField`](/sv/6.1/ref/models/fields/#django.db.models.TextField.db_collation) gör det möjligt att ange en databaskollation för fältet.
- Lagt till databasfunktionen [`Random`](/sv/6.1/ref/models/database-functions/#django.db.models.functions.Random).
- [Aggregeringsfunktioner](/sv/6.1/ref/models/querysets/#aggregation-functions), [`F()`](/sv/6.1/ref/models/expressions/#django.db.models.F), [`OuterRef()`](/sv/6.1/ref/models/expressions/#django.db.models.OuterRef) och andra uttryck tillåter nu användning av transformationer. Se använda-transformationer-i-uttryck för detaljer.
- Det nya argumentet `durable` för [`atomic()`](/sv/6.1/topics/db/transactions/#django.db.transaction.atomic) garanterar att ändringar som görs i det atomiska blocket kommer att bekräftas om blocket avslutas utan fel. Ett nästlat atomiskt block som markerats som hållbart kommer att ge upphov till ett `RuntimeError`.
- Lagt till databasfunktionen [`JSONObject`](/sv/6.1/ref/models/database-functions/#django.db.models.functions.JSONObject).

#### Sidindelning

- Den nya [`django.core.paginator.Paginator.get_elided_page_range()`](/sv/6.1/ref/paginator/#django.core.paginator.Paginator.get_elided_page_range)-metoden gör det möjligt att generera ett sidintervall med några av värdena borttagna. Om det finns ett stort antal sidor kan detta vara till hjälp för att generera ett rimligt antal sidlänkar i en mall.

#### Förfrågningar och svar

- Svarshuvuden lagras nu i [`HttpResponse.headers`](/sv/6.1/ref/request-response/#django.http.HttpResponse.headers). Detta kan användas istället för det ursprungliga diktliknande gränssnittet för `HttpResponse`-objekt. Båda gränssnitten kommer att fortsätta att stödjas. Se [Ställa in rubrikfält](/sv/6.1/ref/request-response/#setting-header-fields) för detaljer.
- Den nya parametern `headers` i [`HttpResponse`](/sv/6.1/ref/request-response/#django.http.HttpResponse), [`SimpleTemplateResponse`](/sv/6.1/ref/template-response/#django.template.response.SimpleTemplateResponse) och [`TemplateResponse`](/sv/6.1/ref/template-response/#django.template.response.TemplateResponse) gör det möjligt att ställa in svar [`headers`](/sv/6.1/ref/request-response/#django.http.HttpResponse.headers) vid instansiering.

#### Säkerhet

- Inställningen [`SECRET_KEY`](/sv/6.1/ref/settings/#std-setting-SECRET_KEY) kontrolleras nu för ett giltigt värde vid första åtkomst, i stället för när inställningarna laddas första gången. Detta gör det möjligt att köra hanteringskommandon som inte förlitar sig på `SECRET_KEY` utan att behöva ange ett värde. Som en konsekvens av detta kommer anrop av [`configure()`](/sv/6.1/topics/settings/#django.conf.settings.configure) utan att tillhandahålla en giltig `SECRET_KEY` och sedan fortsätta att komma åt `settings.SECRET_KEY` nu att ge upphov till ett [`ImproperlyConfigured`](/sv/6.1/ref/exceptions/#django.core.exceptions.ImproperlyConfigured) undantag.
- De nya metoderna `Signer.sign_object()` och `Signer.unsign_object()` gör det möjligt att signera komplexa datastrukturer. Se [Skydd av komplexa datastrukturer](/sv/6.1/topics/signing/#signing-complex-data) för mer information.

  Dessutom blir [`signing.dumps()`](/sv/6.1/topics/signing/#django.core.signing.dumps) och [`loads()`](/sv/6.1/topics/signing/#django.core.signing.loads) genvägar för [`TimestampSigner.sign_object()`](/sv/6.1/topics/signing/#django.core.signing.TimestampSigner.sign_object) och [`unsign_object()`](/sv/6.1/topics/signing/#django.core.signing.TimestampSigner.unsign_object).

#### Serialisering

- Den nya serialiseraren [JSONL](/sv/6.1/topics/serialization/#serialization-formats-jsonl) gör det möjligt att använda formatet JSON Lines med [`dumpdata`](/sv/6.1/ref/django-admin/#django-admin-dumpdata) och [`loaddata`](/sv/6.1/ref/django-admin/#django-admin-loaddata). Detta kan vara användbart för att fylla stora databaser eftersom data laddas rad för rad i minnet, i stället för att laddas på en gång.

#### Signaler

- [`Signal.send_robust()`](/sv/6.1/topics/signals/#django.dispatch.Signal.send_robust) loggar nu undantag.

#### Mallar

- [`floatformat`](/sv/6.1/ref/templates/builtins/#std-templatefilter-floatformat) mallfilter tillåter nu användning av suffixet `g` för att tvinga fram gruppering med [`THOUSAND_SEPARATOR`](/sv/6.1/ref/settings/#std-setting-THOUSAND_SEPARATOR) för den aktiva locale.
- Mallar som cachats med [Cached template loaders](/sv/6.1/ref/templates/api/#template-loaders) laddas nu om korrekt under utveckling.

#### Tester

- Objects assigned to class attributes in [`TestCase.setUpTestData()`](/sv/6.1/topics/testing/tools/#django.test.TestCase.setUpTestData) are
  now isolated for each test method. Such objects are now required to support
  creating deep copies with [`copy.deepcopy()`](https://docs.python.org/3/library/copy.html#copy.deepcopy). Assigning objects which
  don’t support `deepcopy()` is deprecated and will be removed in Django 4.1.
- [`DiscoverRunner`](/sv/6.1/topics/testing/advanced/#django.test.runner.DiscoverRunner) now enables
  [`faulthandler`](https://docs.python.org/3/library/faulthandler.html#module-faulthandler) by default. This can be disabled by using the
  [`test --no-faulthandler`](/sv/6.1/ref/django-admin/#cmdoption-test-no-faulthandler) option.
- [`DiscoverRunner`](/sv/6.1/topics/testing/advanced/#django.test.runner.DiscoverRunner) och hanteringskommandot [`test`](/sv/6.1/ref/django-admin/#django-admin-test) kan nu spåra tidpunkter, inklusive databasinstallation och total körtid. Detta kan aktiveras genom att använda alternativet [`test --timing`](/sv/6.1/ref/django-admin/#cmdoption-test-timing).
- [`Client`](/sv/6.1/topics/testing/tools/#django.test.Client) bevarar nu frågesträngen för begäran när 307- och 308-omdirigeringar följs.
- Den nya metoden [`TestCase.captureOnCommitCallbacks()`](/sv/6.1/topics/testing/tools/#django.test.TestCase.captureOnCommitCallbacks) fångar upp callback-funktioner som skickas till [`transaction.on_commit()`](/sv/6.1/topics/db/transactions/#django.db.transaction.on_commit) i en lista. Detta gör att du kan testa sådana callbacks utan att använda den långsammare [`TransactionTestCase`](/sv/6.1/topics/testing/tools/#django.test.TransactionTestCase).
- [`TransactionTestCase.assertQuerysetEqual()`](/sv/6.1/topics/testing/tools/#django.test.TransactionTestCase.assertQuerySetEqual) stöder nu direkt jämförelse mot en annan queryset i stället för att begränsas till jämförelse mot en lista med strängrepresentationer av objekt när standardvärdet för argumentet `transform` används.

#### Verktyg

- Den nya parametern `depth` i funktionerna `django.utils.timesince.timesince()` och `django.utils.timesince.timeuntil()` gör det möjligt att ange antalet intilliggande tidsenheter som ska returneras.

#### Validerare

- Inbyggda validerare inkluderar nu det angivna värdet i argumentet `params` i ett uppkommet [`ValidationError`](/sv/6.1/ref/exceptions/#django.core.exceptions.ValidationError). Detta gör att anpassade felmeddelanden kan använda platshållaren `%(value)s`.
- Jämlikhetsoperatorn [`ValidationError`](/sv/6.1/ref/exceptions/#django.core.exceptions.ValidationError) ignorerar nu ordningsföljden för `messages` och `params`.

## Bakåtkompatibla ändringar i 3.2

### Databas backend API

I det här avsnittet beskrivs ändringar som kan behövas i tredjeparts databasbackends.

- Den nya egenskapen `DatabaseFeatures.introspected_field_types` ersätter dessa funktioner:

  - `kan_introspektera_autofält`
  - `kan_introspektera_stort_integerfält`
  - `kan_introspektera_binärt_fält`
  - `kan_introspektera_decimal_fält`
  - `kan_introspektera_duration_fält`
  - `kan_introspektera_ip_adressfält`
  - `kan_introspektera_positivt_ heltalsfält`
  - `kan_introspektera_litet_ heltalsfält`
  - `kan_introspektera_tid_fält`
  - `introspected_big_auto_field_type`
  - `introspected_small_auto_field_type`
  - `introspected_boolean_field_type`
- Om du vill aktivera stöd för täckande index ([`Index.include`](/sv/6.1/ref/models/indexes/#django.db.models.Index.include)) och täckande unika begränsningar ([`UniqueConstraint.include`](/sv/6.1/ref/models/constraints/#django.db.models.UniqueConstraint.include)) anger du `DatabaseFeatures.supports_covering_indexes` till `True`.
- Tredjeparts databasbackends måste implementera stöd för kolumndatabaskollationer på `CharField` och `TextField` eller sätta `DatabaseFeatures.supports_collation_on_charfield` och `DatabaseFeatures.supports_collation_on_textfield` till `False`. Om icke-deterministiska kollationer inte stöds, sätt `upports_non_deterministic_collations` till `False`.
- `DatabaseOperations.random_function_sql()` tas bort till förmån för den nya [`Random`](/sv/6.1/ref/models/database-functions/#django.db.models.functions.Random) databasfunktionen.
- `DatabaseOperations.date_trunc_sql()` och `DatabaseOperations.time_trunc_sql()` tar nu det valfria argumentet `tzname` för att trunkera i en specifik tidszon.
- `DatabaseClient.runshell()` hämtar nu argument och en valfri ordbok med miljövariabler till den underliggande kommandoradsklienten från `DatabaseClient.settings_to_cmd_args_env()`-metoden. Tredjeparts databasbackends måste implementera `DatabaseClient.settings_to_cmd_args_env()` eller åsidosätta `DatabaseClient.runshell()`.
- Tredjeparts databasbackends måste implementera stöd för funktionella index ([`Index.expressions`](/sv/6.1/ref/models/indexes/#django.db.models.Index.expressions)) eller ange `DatabaseFeatures.supports_expression_indexes` till `False`. Om `COLLATE` inte är en del av `CREATE INDEX`-satsen, sätt `DatabaseFeatures.collate_as_index_expression` till `True`.

### [`django.contrib.admin`](/sv/6.1/ref/contrib/admin/#module-django.contrib.admin)

- Pagineringslänkar i admin är nu 1-indexerade istället för 0-indexerade, dvs. frågesträngen för den första sidan är `?p=1` istället för `?p=0`.
- Den nya admin catch-all-vyn kommer att bryta URL-mönster som dirigeras efter admin-URL:erna och som matchar admin-URL-prefixet. Du kan antingen justera din URL-ordning eller, om nödvändigt, ställa in [`AdminSite.final_catch_all_view`](/sv/6.1/ref/contrib/admin/#django.contrib.admin.AdminSite.final_catch_all_view) till `False`, vilket inaktiverar catch-all-vyn. Se [Vad är nytt i Django 3.2](#whats-new-3-2) för mer information.
- Minifierade JavaScript-filer ingår inte längre i admin. Om du vill att dessa filer ska minifieras bör du överväga att använda en tredjepartsapp eller ett externt byggverktyg. De minifierade JavaScript-filerna från vendored som paketeras med administratören (t.ex. [jquery.min.js](/sv/6.1/ref/contrib/admin/#contrib-admin-jquery)) ingår fortfarande.
- [`ModelAdmin.prepopulated_fields`](/sv/6.1/ref/contrib/admin/#django.contrib.admin.ModelAdmin.prepopulated_fields) tar inte längre bort engelska stoppord, som `'a'` eller `'an'`.

### [`django.contrib.gis`](/sv/6.1/ref/contrib/gis/#module-django.contrib.gis)

- Stöd för PostGIS 2.2 har tagits bort.
- Oracle-backend klonar nu polygoner (och geometrisamlingar som innehåller polygoner) innan de orienteras om och sparas i databasen. De muteras inte längre på plats. Du kanske märker detta om du använder polygonerna efter att en modell har sparats.

### Tappat stöd för PostgreSQL 9.5

Uppströmsstöd för PostgreSQL 9.5 slutar i februari 2021. Django 3.2 stöder PostgreSQL 9.6 och högre.

### Borttaget stöd för MySQL 5.6

Slutet på uppströmsstöd för MySQL 5.6 är april 2021. Django 3.2 stöder MySQL 5.7 och högre.

### Diverse

- Django stöder nu tidszoner som inte är ”pytz”, till exempel Python 3.9+:s modul [`zoneinfo`](https://docs.python.org/3/library/zoneinfo.html#module-zoneinfo) och dess bakport.
- Den odokumenterade metoden `SpatiaLiteOperations.proj4_version()` har bytt namn till `proj_version()`.
- [`slugify()`](/sv/6.1/ref/utils/#django.utils.text.slugify) tar nu bort ledande och efterföljande bindestreck och understreck.
- Mallfiltren [`intcomma`](/sv/6.1/ref/contrib/humanize/#std-templatefilter-intcomma) och [`intword`](/sv/6.1/ref/contrib/humanize/#std-templatefilter-intword) är inte längre beroende av inställningen `USE_L10N`.
- Stöd för `argon2-cffi` \< 19.1.0 har tagits bort.
- Cache-nycklarna innehåller inte längre språket när internationalisering är inaktiverad (`USE_I18N = False`) och lokalisering är aktiverad (`USE_L10N = True`). Efter uppgradering till Django 3.2 i sådana konfigurationer kommer den första begäran till ett tidigare cachat värde att vara en cachemiss.
- `ForeignKey.validate()` använder nu [`_base_manager`](/sv/6.1/topics/db/managers/#django.db.models.Model._base_manager) istället för [`_default_manager`](/sv/6.1/topics/db/managers/#django.db.models.Model._default_manager) för att kontrollera att relaterade instanser finns.
- När en applikation definierar en [`AppConfig`](/sv/6.1/ref/applications/#django.apps.AppConfig)-underklass i en `apps.py`-undermodul, använder Django nu denna konfiguration automatiskt, även om den inte är aktiverad med `default_app_config`. Ställ in `default = False` i underklassen [`AppConfig`](/sv/6.1/ref/applications/#django.apps.AppConfig) om du behöver förhindra detta beteende. Se [Vad är nytt i Django 3.2](#whats-new-3-2) för mer information.
- Instansiering av en abstrakt modell ger nu upphov till `TypeError`.
- Nyckelord-argument till [`setup_databases()`](/sv/6.1/topics/testing/advanced/#django.test.utils.setup_databases) är nu endast nyckelord.
- Den odokumenterade funktionen `django.utils.http.limited_parse_qsl()` har tagits bort. Använd [`urllib.parse.parse_qsl()`](https://docs.python.org/3/library/urllib.parse.html#urllib.parse.parse_qsl) istället.
- `django.test.utils.TestContextDecorator` now uses
  [`addCleanup()`](https://docs.python.org/3/library/unittest.html#unittest.TestCase.addCleanup) so that cleanups registered in the
  [`setUp()`](https://docs.python.org/3/library/unittest.html#unittest.TestCase.setUp) method are called before
  `TestContextDecorator.disable()`.
- `SessionMiddleware` ger nu upphov till ett [`SessionInterrupted`](/sv/6.1/ref/exceptions/#django.contrib.sessions.exceptions.SessionInterrupted)-undantag istället för [`SuspiciousOperation`](/sv/6.1/ref/exceptions/#django.core.exceptions.SuspiciousOperation) när en session förstörs i en samtidig begäran.
- Jämlikhetsoperatorn [`django.db.models.Field`](/sv/6.1/ref/models/fields/#django.db.models.Field) skiljer nu korrekt mellan ärvda fältinstanser i olika modeller. Dessutom definieras nu ordningsföljden för sådana fält.
- Den odokumenterade funktionen `django.core.files.locks.lock()` returnerar nu `False` om filen inte kan låsas, istället för att ge upphov till [`BlockingIOError`](https://docs.python.org/3/library/exceptions.html#BlockingIOError).
- Mekanismen för återställning av lösenord ogiltigförklarar nu tokens när användarens e-postadress ändras.
- kommandot [`makemessages`](/sv/6.1/ref/django-admin/#django-admin-makemessages) behandlar inte längre ogiltiga lokaliteter som anges med alternativet [`makemessages --locale`](/sv/6.1/ref/django-admin/#cmdoption-makemessages-locale), när de innehåller bindestreck (`'-'`).
- Formulärfältet `django.contrib.auth.forms.ReadOnlyPasswordHashField` är nu `` disabled` `` som standard. Därför krävs inte längre att `UserChangeForm.clean_password()` returnerar det ursprungliga värdet.
- Cache-operationerna `cache.get_many()`, `get_or_set()`, `has_key()`, `incr()`, `decr()`, `incr_version()` och `decr_version()` hanterar nu korrekt `None` som lagras i cachen, på samma sätt som alla andra värden, istället för att bete sig som om nyckeln inte existerade.

  På grund av en begränsning i `python-memcached` behålls det tidigare beteendet för den föråldrade `MemcachedCache`-backend.
- Den lägsta versionen av SQLite som stöds har höjts från 3.8.3 till 3.9.0.
- [`CookieStorage`](/sv/6.1/ref/contrib/messages/#django.contrib.messages.storage.cookie.CookieStorage) lagrar nu meddelanden i det format som överensstämmer med [**RFC 6265**](https://datatracker.ietf.org/doc/html/rfc6265.html). Stöd för cookies som använder det gamla formatet finns kvar fram till Django 4.1.
- Den lägsta versionen av `asgiref` som stöds har ökats från 3.2.10 till 3.3.2.

## Funktioner som inte längre är aktuella i 3.2

### Diverse

- Assigning objects which don’t support creating deep copies with
  [`copy.deepcopy()`](https://docs.python.org/3/library/copy.html#copy.deepcopy) to class attributes in
  [`TestCase.setUpTestData()`](/sv/6.1/topics/testing/tools/#django.test.TestCase.setUpTestData) is deprecated.
- Att använda ett booleanskt värde i [`BaseCommand.requires_system_checks`](/sv/6.1/howto/custom-management-commands/#django.core.management.BaseCommand.requires_system_checks) är föråldrat. Använd `'__all__'` istället för `True`, och `[]` (en tom lista) istället för `False`.
- Argumentet `whitelist` och attributet `domain_whitelist` i [`EmailValidator`](/sv/6.1/ref/validators/#django.core.validators.EmailValidator) är föråldrade. Använd `allowlist` istället för `whitelist`, och `domain_allowlist` istället för `domain_whitelist`. Du kan behöva byta namn på `whitelist` i befintliga migreringar.
- Applikationskonfigurationsvariabeln `default_app_config` är utdaterad, på grund av den nu automatiska `AppConfig`-upptäckten. Se [Vad är nytt i Django 3.2](#whats-new-3-2) för mer information.
- Att automatiskt anropa `repr()` på en queryset i `TransactionTestCase.assertQuerysetEqual()`, när den jämförs med strängvärden, är föråldrat. Om du behöver det tidigare beteendet, ställ uttryckligen in `transform` till `repr`.
- Backend `django.core.cache.backends.memcached.MemcachedCache` är föråldrad eftersom `python-memcached` har vissa problem och verkar vara ounderhållen. Använd `django.core.cache.backends.memcached.PyMemcacheCache` eller `django.core.cache.backends.memcached.PyLibMCCache` istället.
- Formatet på meddelanden som används av `django.contrib.messages.storage.cookie.CookieStorage` skiljer sig från det format som genereras av äldre versioner av Django. Stöd för det gamla formatet finns kvar fram till Django 4.1.