> For the complete documentation index, see [llms.txt](https://overleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://overleaf-pro.ayaka.space/latex/no/kunnskapsbase/038-fixing-and-preventing-compile-timeouts.md).

# Løse og forhindre kompileringstidsavbrudd

Når du klikker på **Rekompiler** knappen i Overleaf-prosjektet ditt, starter du en prosess som leser prosjektfilene dine og konverterer dem til en satt PDF. Hvis du får en feilmelding om tidsavbrudd ved kompilering, betyr dette at kompileringsprosessen ikke kunne fullføres innenfor [tidsavbruddsgrensen for Overleaf-abonnementet ditt](/latex/no/kunnskapsbase/119-overleaf-plan-limits.md).

Selv om det er mulig at noen prosjekter er for store eller komplekse til å produsere en PDF innen den oppgitte tiden, kan tidsavbrudd ved kompilering ofte rettes eller forhindres.

## Trinn for å løse tidsavbrudd ved kompilering

Følg disse trinnene for å identifisere og rette vanlige problemer som forårsaker tidsavbrudd ved kompilering:

1. [Se etter kompileringsfeil og rett dem ved å bruke **Stopp ved første feil** modus](#first-errors)
2. [Prøv **Fast\[draft\]** modus og optimaliser bildestørrelsene dine](#second-images)
3. [Vurder prosjektet ditt for tidkrevende oppgaver](#third-assess)

I tillegg til å følge disse trinnene, bør du også lese anbefalingene om hva du skal gjøre i [spesifikke tidsavbruddssituasjoner](#anchor-advice) samt hvilke [beste praksiser](#anchor-best) du bør følge for å forhindre tidsavbrudd ved kompilering.

Selv om mange prosjekter kan kompileres innen tiden som er tilgjengelig på Overleafs gratisplan, kan det hende du, hvis du forbereder et stort eller komplekst dokument, må [abonnere på en premiumplan](https://www.overleaf.com/user/subscription/plans) for å få mer kompileringstid.

## Trinn 1: Se etter kompileringsfeil og rett dem

Noen kompileringsfeil, eller opphopning av flere feil, kan fullstendig blokkere [latexmk-byggprosessen](https://learn.overleaf.com/learn/Kb/How_does_Overleaf_compile_my_project%3F) og føre til tidsavbrudd ved kompilering. For å finne og rette feil, slå på **Stopp ved første feil** kompileringsmodus under **Rekompiler** nedtrekksmenyen:

![Skjermbilde som viser hvordan du aktiverer kompileringsmodus for Stopp ved første feil](/files/c7e2f6ab2ce023d58769c95e885a478344df7f1b)

Den [**Stopp ved første feil**](/latex/no/kunnskapsbase/149-using-the-stop-on-first-error-compilation-mode.md) kompileringsmodus gjør akkurat det du forventer — den stopper kompileringen umiddelbart når en feil oppstår. Når dette skjer, blir ingen PDF generert, og en melding som beskriver feilen vises. Å slå på **Stopp ved første feil** lar deg finne og rette hver feil i prosjektet til prosjektet er feilfritt.

Ved å klikke på hver feilmelding kommer du til linjen i kildekoden som forårsaker problemet, slik at du kan rette koden din. Flere vanlige feil er forklart på [denne siden](/latex/no/grunnleggende-latex/05-errors.md), og noen LaTeX-feilsøkingsforslag er listet opp på [denne siden](/latex/no/sporsmal-og-svar/81-tips-and-tricks-for-troubleshooting-latex.md). Se også [delen i denne artikkelen](#anchor-fatal) som lister opp noen vanlige **fatale kompileringsfeil** som forårsaker tidsavbrudd ved kompilering.

## Trinn 2: Prøv å kompilere i Fast \[draft]-modus

Å inkludere mange eller store bildefiler i prosjektet ditt kan øke tiden som trengs for å kompilere prosjektet betydelig.

En metode som kan hjelpe med å finne ut om bildebehandling er årsaken til tidsavbruddet, er å prøve å kompilere i **Rask \[utkast]** modus. For å gjøre det, velg **Rask \[utkast]** alternativet fra **Rekompiler-menyen**. Dette erstatter alle grafikkene dine med bokser og gjør at PDF-en kompileres mye raskere:

![Sette kompilering i utkastmodus for et Overleaf-prosjekt](/files/9a85c02c45ec5e82f713c1a44b7df97b7b5cc6d1)

Hvis dokumentet ditt kompileres i **Rask \[utkast]** modus, men ikke fullfører kompileringen i **Normal** modus, kan årsaken være store eller mange bildefiler.

### Optimalisering av bildefiler

Hvis du har brukt flere store PNG- eller JPEG-filer med høy oppløsning, kan behandlingen av disse filene øke tiden som trengs for å kompilere prosjektet ditt, noen ganger betydelig. Sørg for å:

* Bruk PDF-filer i stedet for PNG-filer for diagrammer og grafer.
* Begrens bruk av JPEG til fotografier.

For ytterligere råd, se: [Optimalisering av store bildefiler](/latex/no/kunnskapsbase/113-optimising-very-large-image-files.md).

## Trinn 3: Vurder prosjektet ditt for tidkrevende oppgaver og fatale feil

Hvis begge **Stopp ved første feil** og **Fast\[draft]** kompileringsmodusene fortsatt fører til tidsavbrudd ved kompilering, kan det hende du må se nærmere for å identifisere årsaken til tidsavbruddet og forhåpentligvis løse det.

1\. [Se gjennom listen over tidkrevende praksiser og pakker som kan gjøre kompileringen tregere](#anchor-slow)

2\. [Se gjennom listen over vanlige fatale feil som kan føre til tidsavbrudd](#anchor-fatal)

3\. [Sjekk rådene for spesifikke tidsavbruddsscenarier som best beskriver situasjonen din](#anchor-advice)

### Tidkrevende praksiser og pakker

Noen praksiser og pakker kan føre til svært langsomme kompileringer, og til og med til tidsavbrudd.

**Inkludering av komplekse TikZ- eller pgfplots-tegninger**

`TikZ` og [`pgfplots`](https://ctan.org/pkg/pgfplots?lang=en) gir flotte grafikker, men de kan [ta lang tid å kompilere](https://tex.stackexchange.com/a/254946/226). Det finnes [flere måter du kan eksternt generere TikZ-bildene på](/latex/no/sporsmal-og-svar/60-i-have-a-lot-of-tikz-matlab2tikz-or-pgfplots-figures-so-i-m-getting-a-compilation-timeout.-can-i.md) slik at LaTeX ikke trenger å tegne dem på nytt hver gang den lager en ny PDF.

**Bruk av mhchem-pakken**

Nylige versjoner av [`mhchem` pakken](https://ctan.org/pkg/mhchem?lang=en) kan bruke lengre tid på å kompilere. Avhengig av hva du bruker den til, kan [`chemformula` pakken](https://ctan.org/pkg/chemformula) redusere tiden som trengs for kompilering. Hvis du allerede har brukt `mhchem`, kan du prøve å bytte den ut direkte med `chemformula` som erstatning:

```latex
% \usepackage{mhchem}
\usepackage{chemformula}
\let\ce\ch
```

* **Merk**: det er syntaks- og funksjonsforskjeller mellom `mhchem` og `chemformula`, så dette fungerer ikke alltid like bra. For eksempel, `\ce{2H2O}` blir rendret fint med `mhchem`, men med `chemformula` må du skrive dette som `\ch{2 H2O}` med et mellomrom etter den innledende `2`.

**Inkludering av sporings- eller feilsøkingskall**

Hvis du tilfeldigvis har en `\tracingall` kommando i dokumentet ditt, kan det hende den skriver en *masse* data til `.log`. Registrering og behandling av `\tracingall` data i `.log` filen kan gjøre kompileringen ekstremt treg. Det anbefales å fjerne `\tracingall` kallene, eller hvis du må bruke lignende metoder for feilsøking, bruke [`sporingen` pakken](http://ctan.org/pkg/trace) i stedet.

**Bruk av acro-pakken**

Brukere av [`acro` pakken](https://www.ctan.org/pkg/acro) har [rapportert at versjon 3 er treg](https://github.com/cgnieder/acro/issues/205) med å laste inn akronymdefinisjoner. En konsekvens av `acro`økte kompileringstid er muligheten for å utløse tidsavbrudd ved kompilering; heldigvis finnes det en løsning: bruk av versjon 2 av `acro` pakken.

Å bytte fra versjon 3 tilbake til versjon 2 kan kreve at du redigerer prosjektet ditt for å sikre at det er kompatibelt med versjon 2s valg, funksjoner og kommandoer. Dokumentasjon for versjon 2 er tilgjengelig, i tidligere kildekodeutgivelser som kan [lastes ned fra GitHub](https://github.com/cgnieder/acro/releases/tag/v2.10).

Her er noen ting du bør sjekke når du går tilbake til versjon 2 — denne listen er langt fra uttømmende:

1. Endre prosjektets hoved- `.tex` til:
   * endre `\usepackage{acro}` til `\usepackage{acro}[=v2]`
   * endre `include=...` alternativnøkkelen til `\printacronyms` til `include-classes=...`
2. Innenfor enhver `\DeclareAcronym` kommando, sørg for at `tag=...` alternativnøkkelen endres til `class=...`.

Se [`acro` versjon 2.10s dokumentasjon](https://github.com/cgnieder/acro/releases/tag/v2.10) for kommandoer og alternativer som er tilgjengelige i versjon 2, men ikke i versjon 3.

**Bruk av EPS- eller SVG-bilder**

Bruk av EPS- eller SVG-bilder kan kreve ekstra behandling for å konvertere dem til PDF-format. Denne ekstra behandlingen vil øke tiden som trengs for å kompilere prosjektet ditt.

* Mens **latex** kompilatoren støtter EPS-bilder direkte, støtter ikke **pdfLaTeX** kompilatoren EPS-bilder, så et ekstra trinn kreves for å konvertere disse til PDF-bilder når den kompilatoren brukes. Behandlingen håndteres av `epstopdf` pakken, som bruker `Ghostscript` for å konvertere EPS-filene til PDF. Dette konverteringstrinnet kan øke tiden som trengs for å kompilere prosjektet betydelig.
* SVG-bildefiler støttes ikke direkte av noen LaTeX-kompilator, og krever bruk av `svg` pakken og `\includesvg` kommandoen den gir.  `svg` pakken bruker `inkscape` for å konvertere SVG-bilder til PDF. Dette konverteringstrinnet kan øke tiden som trengs for å kompilere prosjektet betydelig.

For raskere resultater som kan hjelpe med å unngå tidsavbrudd ved kompilering, bruk PDF-versjoner av bildene dine i stedet for EPS- eller SVG-formater.

**Bruk av tabularray-pakken**

Den `tabularray` pakken tilbyr et alternativ til de vanlige kommandoene og miljøene for å lage tabeller i LaTex. Dessverre kjører `tabularray` pakken svært sakte, særlig for større tabeller og de som bruker bestemte kolonnetyper. For øyeblikket anbefales standard metoder for tabelldefinisjon fremfor `tabularray` på grunn av hensyn til kompileringstid.

**Opprette en uendelig løkke i en kommando**

Under kompilering kan LaTeX-kommandoer, svært av og til, utløse en «uendelig løkke». Uendelige løkker skyldes oftest feil i pakker eller i brukerdefinerte kommandoer.

Hvis du mistenker at du kan oppleve en løkke, sjekk om du ved et uhell opprettet en [rekursiv](https://en.wikipedia.org/wiki/Recursion) definisjon i en av de egendefinerte kommandoene dine, som `\newcommand{\foo}{\foo}`.

### Noen årsaker til fatale kompileringsfeil

Nedenfor er noen kjente årsaker til fatale feil.

**Inkludering av blanke linjer i følsomme titlingskommandoer**

LaTeX-klasser og journalmaler tilbyr ofte spesielle kommandoer for å angi deler av en dokuments tittel. Disse kommandoene er vanligvis ment å ta enkle argumenter, og å bruke dem på uventede måter kan føre til kompileringsfeil og til og med tidsavbrudd. Viktigst av alt, kommandoer som `\author{...}`, `\date{...}` og `\title{...}` skal ikke inneholde blanke linjer.

**Inkludering av for mange faste flytende elementer**

Hvis du har for mange tabeller eller figurer som bruker `[H]` plasseringsidentifikatoren fra `float` pakken, kan det føre til at LaTeX havner i en uendelig løkke mens den prøver å finne passende plasseringer for alle. Vurder å erstatte alle `[H]` med `[hbt!]` og, om nødvendig, av og til et `\clearpage` for å tømme alle tabeller og figurer i køen før du setter inn et sideskift.

**Feil i \caption-kommandoen og tabular-miljøer**

Her er en liste over tabellrelaterte problemer du bør være oppmerksom på — generelt sett, prøv å være forsiktig når du setter opp tabeller!

* `\caption{...}` skal alltid plasseres *utenfor* den `tabular` miljøet fordi det kan føre til fatale feil hvis [`caption` pakken](https://ctan.org/pkg/caption) er lastet inn, som vist i følgende eksempel:

  ```latex
  \documentclass{article}
  \usepackage{caption}
  \begin{document}

  \begin{table}
      \begin{tabular}{c|c}
          \caption{Caption}% \caption{...} should be OUTSIDE the tabular environment
          a & b \\
          c & d \\
      \end{tabular}
  \end{table}
  \end{document}
  ```

  [Åpne dette eksemplet **som utløser en Overleaf-feil om tidsavbrudd**](https://www.overleaf.com/docs?engine=pdflatex\&snip_name=Overleaf+timeout+example\&snip=%5Cdocumentclass%7Barticle%7D%0A%5Cusepackage%7Bcaption%7D%0A%5Cbegin%7Bdocument%7D%0A%0A%5Cbegin%7Btable%7D%0A++++%5Cbegin%7Btabular%7D%7Bc%7Cc%7D%0A++++++++%5Ccaption%7BCaption%7D%25+%5Ccaption%7B...%7D+should+be+OUTSIDE+the+tabular+environment%0A++++++++a+%26+b+%5C%5C%0A++++++++c+%26+d+%5C%5C%0A++++%5Cend%7Btabular%7D%0A%5Cend%7Btable%7D%0A%5Cend%7Bdocument)
* Derimot, merk at `longtable` miljøet *ikke* krever `\caption{...}` innenfor det, som demonstrert av et eksempel i vår [hjelpeartikkel om tabeller](/latex/no/figurer-og-tabeller/01-tables.md#multi-page-tables).
* `\caption{...}` skal ikke inneholde `\\`, `\newline`, `\centering`, `\raggedright` osv.
* Med noen maler eller pakker, `\ref{...}` eller `\cite{...}` inne i en `\caption` kan det være nødvendig å prefiksere med `\protect` for å unngå fatale feil; for eksempel, `\protect\cite{...}`.
* Se etter ufullstendige `\cmidrule{...}` inne i `tabular` miljøer; den krever et intervall av kolonner, så du må skrive `\cmidrule{3-3}` i stedet for bare `\cmidrule{3}` hvis du vil ha en horisontal linje som bare dekker én kolonne.
* Unngå nestede `tabular` miljøer. Ta en titt på [`makecell` pakken](https://ctan.org/pkg/makecell?lang=en) hvis du vil legge til manuelle linjeskift i en tabellcelle, eller `p{...}` kolonnetypen og/eller [`tabularx`](https://ctan.org/pkg/tabularx) pakken hvis du leter etter måter å lage kolonner som automatisk bryter lange linjer på.
* Hvis du har tabellrader som starter med `[...` kan det hende du må legge til `\relax` etter `\\` på forrige rad.

**Bruk av soul- eller changes-pakken**

Hvis du bruker [`soul`](https://ctan.org/pkg/soul) eller [`changes`](https://ctan.org/pkg/changes) pakken for å fremheve tekst eller streke over tekst, så `\cite` og `\ref` kan det være nødvendig å prefiksere med `\protect`; for eksempel, `\protect\cite{...}`.

**Bruk av tikzpicture**

Se etter manglende `;` på slutten av path/node-kommandoer og `]` på slutten av parameterlister i `tikzpicture`er.

**Bruk av breqn-pakken**

Den [`breqn`](https://ctan.org/pkg/breqn) pakkens `dmath` miljø kan havne i uendelige løkker; erstatt det med `align` og bryt linjene manuelt om nødvendig.

**Bruk av babel-pakken**

Noen [`babel`](https://ctan.org/pkg/babel) språkalternativer endrer betydningen av enkelte tegn, noe som kan skape problemer når disse tegnene brukes i sin «normale» kontekst; for eksempel i matemodus. For å unngå dette, prøv å bruke alternativet `shorthands=off` når du laster inn babel (f.eks. `\usepackage[shorthands=off]{babel}`).

**Bruk av jabbrv-pakken**

Noen maler bruker [`jabbrv` pakken](https://github.com/compholio/jabbrv) for automatisk å forkorte tidsskrifttitler (se [dette Overleaf-eksemplet](https://www.overleaf.com/latex/templates/automatic-journal-abbreviations/mxfsdscmvxcr)). Når et journalfelt i `.bib` filen inneholder aksentuerte Unicode-tegn (f.eks. Biología), kan dette blokkere kompileringen og føre til tidsavbrudd i Overleaf. LaTeX-kommandoer må brukes i stedet, f.eks. `Biolog{\'i}a` eller du kan [endre kompilatoren i prosjektet](/latex/no/kunnskapsbase/026-changing-compiler.md) til `XeLaTeX` eller `LuaLaTeX`, som begge har innebygd støtte for å lese Unicode-tegn.

## Råd for noen spesifikke tidsavbruddssituasjoner

### Prosjektet mitt kompilerte uten noen feil, men nå ser jeg et tidsavbrudd ved kompilering

En liten endring kan noen ganger forårsake tidsavbrudd ved kompilering. For å hjelpe med å identifisere årsaken til problemet og rette det, prøv disse trinnene:

1. Bruk [Rekompiler fra grunnen av](/latex/no/kunnskapsbase/028-clearing-the-cache.md) for å rydde ut gamle genererte filer som kan forårsake problemer.
2. Bruk [Overleafs historikkfunksjon](/latex/no/flere-emner/49-using-the-history-feature.md) for å finne de siste endringene dine. Se listen over årsaker til fatale kompileringsfeil ovenfor.
3. Bruk [Stopp ved første feil](/latex/no/kunnskapsbase/149-using-the-stop-on-first-error-compilation-mode.md) alternativ for å finne og rette eventuelle feil du har introdusert ved et uhell.

Det er mulig at en liten endring har ført til en fatal kompileringsfeil - se gjerne [listen over fatale kompileringsfeil ovenfor](#anchor-fatal) for noen mulige årsaker.

### Jeg lastet nettopp opp et prosjekt til Overleaf og fikk tidsavbrudd ved kompilering

Det kan hende prosjektet ditt mangler en nøkkelfil eller -pakke, eller at det er organisert på en måte som skaper problemer for Overleafs kompileringsprosess.

* Hvis et prosjekt ble kompilert uten problemer på den lokale maskinen din, men ikke klarer å kompilere på Overleaf, kan det hende du bruker en annen versjon av **TeX Live** på din egen datamaskin. Du kan [endre versjonen av TeX Live for prosjektet ditt](https://www.overleaf.com/blog/new-feature-select-your-tex-live-compiler-version) for å samsvare bedre med den som har klart å kompilere prosjektet ditt lokalt.
* Det opplastede prosjektet ditt har kanskje ikke en optimal filstruktur for Overleaf. Hvis hoved-tex-filen din ligger i en mappe, kan det hende kompilatoren har problemer med å finne enkelte filavhengigheter. Hvis hoved-tex-filen din ligger i en mappe, prøv å omstrukturere prosjektet slik at hoved-tex-filen er på toppnivå i prosjektet ditt.

Ved å følge [instruksjonene ovenfor for å finne og rette feil](#first-errors) kan du ofte identifisere manglende filer, problemer med TeX Live-versjonen og problemer med prosjektorganiseringen.

### Jeg laget en kopi av et prosjekt som kompilerte, men nå får jeg tidsavbrudd ved kompilering

Nye prosjekter, inkludert kopier av eksisterende prosjekter, vil som standard bruke den nyeste versjonen av TeX Live. Hvis originalprosjektet ditt var på en eldre versjon av TeX Live, kan det hende at det finnes inkompatibiliteter med den nyeste versjonen som forårsaker problemer. Prøv [å endre TeX Live-versjonen](https://www.overleaf.com/blog/new-feature-select-your-tex-live-compiler-version) på den nye kopien din slik at den samsvarer med versjonen i originalprosjektet.

### Jeg får ikke prosjektet mitt til å kompilere når jeg inkluderer alle seksjonene, men hver av dem kompilerer fint alene

Følg [rådene ovenfor om å bruke Fast\[draft\]-kompileringsalternativet](#second-images) for å se om hele prosjektet kan kompileres i Fast\[draft]-modus.

I noen tilfeller er det mulig å kompilere et stort prosjekt vellykket i to trinn: først ved å kjøre i Fast\[draft]-modus, og deretter ved å kompilere i Normal-modus.

Sjekk hver seksjon av prosjektet ditt for å identifisere mulige kilder til treg kompilering. Disse kan omfatte [store bildefiler som kan optimaliseres](#anchor-optimize), eller andre [tidkrevende praksiser eller pakker](#anchor-slow).

### Prosjektet mitt får noen ganger tidsavbrudd, men kan ikke kompileres pålitelig

Prosjektet ditt kjører kanskje svært nær maksimal kompileringstid. Følg rådene ovenfor for [å rette feil](#first-errors), [å optimalisere bilder](#second-images), og [å unngå tidkrevende praksiser eller pakker](#third-assess).

## Beste praksiser for å forhindre tidsavbrudd ved kompilering

Det er mye bedre å forhindre tidsavbrudd ved kompilering enn å måtte håndtere den noen ganger stressende prosessen med å rette dem etter at de har oppstått. Disse anbefalingene bør hjelpe deg med å forhindre at tidsavbrudd ved kompilering oppstår, eller raskt komme deg etter dem når de gjør det.

### Rett alle kompileringsfeil når de oppstår

Kompileringsfeil indikeres av den røde varslingsballongen ved siden av Rekompiler-knappen, som beskrevet på [denne siden](/latex/no/sporsmal-og-svar/81-tips-and-tricks-for-troubleshooting-latex.md). Hvis du klikker på den røde ballongen, ser du feilmeldingene. Ved å klikke på hver feilmelding kommer du til den tilsvarende linjen i kildekoden, slik at du kan rette koden din. Vi anbefaler at feil rettes så snart som mulig, siden det å la dem hope seg opp kan føre til vanskelige å feilsøke og fatale feil i framtiden.

[Denne siden](/latex/no/grunnleggende-latex/05-errors.md) forklarer flere vanlige kompileringsfeil. Hvis du har problemer med å forstå en feilmelding, vil et søk på nettet med teksten fra feilen ofte ta deg til et blogg- eller foruminnlegg der feilen forklares og løsninger tilbys.

### Merk versjoner av prosjektet ditt før store endringer eller viktige milepæler

Bruk [Overleafs historikkfunksjon](/latex/no/flere-emner/49-using-the-history-feature.md) for å merke versjoner av prosjektet ditt, slik at du enkelt kan sammenligne det nåværende prosjektet ditt med tidligere versjoner. Dette kan hjelpe deg med raskt å finne nye kilder til kompileringsfeil.

### Organiser filene dine

Det er enklere å finne og rette problemer hvis prosjektet ditt er godt organisert. I tillegg kan god prosjektstyring gjøre det mulig å kompilere bestemte deler av prosjektet ditt, noe som gjør det enklere å identifisere områder som kan bidra til ekstra lange kompileringer. Vennligst [se her](/latex/no/dokumentstruktur/07-management-in-a-large-project.md) for råd om hvordan du håndterer store prosjekter.

## Mer informasjon om kompilering og kompileringstid

### Hva er egentlig «kompilering»?

Kompilering er prosessen med å konvertere LaTeX-koden din til en satt PDF-fil. [Lær mer om hvordan Overleaf kompilerer LaTeX-prosjekter](/latex/no/kunnskapsbase/064-how-does-overleaf-compile-my-project.md).

### Grenser for rimelig bruk

Noen store eller komplekse dokumenter kan ta lengre tid å kompilere enn tidsavbrudsgrensen på Overleafs gratisplan, og kan kreve den utvidede kompileringstiden som er tilgjengelig på vår [betalte abonnementer](https://www.overleaf.com/user/subscription/plans). Noen prosjekter kan til og med trenge lengre kompileringstid enn det som er tilgjengelig på våre betalte planer. I slike tilfeller må du kanskje laste ned prosjektet ditt og kompilere det lokalt.

### Fortsatt fast?

Hvis du har et tidsavbrudd ved kompilering som du ikke kan løse ved å bruke rådene her, vennligst [gi oss beskjed](https://www.overleaf.com/contact).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://overleaf-pro.ayaka.space/latex/no/kunnskapsbase/038-fixing-and-preventing-compile-timeouts.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.