From 68fc8e96a9629e73469ed457abd955e548ec670c Mon Sep 17 00:00:00 2001
From: Florian Merz <me@fiji-flo.de>
Date: Thu, 11 Feb 2021 14:49:58 +0100
Subject: unslug pt-br: move

---
 .../fetch_api/cross-global_fetch_usage/index.html  | 35 ++++++++++++++++++++++
 .../fetch_api/uso_de_busca_cross-global/index.html | 35 ----------------------
 2 files changed, 35 insertions(+), 35 deletions(-)
 create mode 100644 files/pt-br/web/api/fetch_api/cross-global_fetch_usage/index.html
 delete mode 100644 files/pt-br/web/api/fetch_api/uso_de_busca_cross-global/index.html

(limited to 'files/pt-br/web/api/fetch_api')

diff --git a/files/pt-br/web/api/fetch_api/cross-global_fetch_usage/index.html b/files/pt-br/web/api/fetch_api/cross-global_fetch_usage/index.html
new file mode 100644
index 0000000000..c569966b5a
--- /dev/null
+++ b/files/pt-br/web/api/fetch_api/cross-global_fetch_usage/index.html
@@ -0,0 +1,35 @@
+---
+title: Uso de busca Cross-global
+slug: Web/API/Fetch_API/Uso_de_busca_Cross-global
+translation_of: Web/API/Fetch_API/Cross-global_fetch_usage
+---
+<p class="summary"> </p>
+
+<p class="summary">Este artigo explica um "edge case" (um problema ou situação que ocorre apenas em um parâmetro operacional extremo) que ocorre ao utilizar fetch (e potencialmente outras APIs que exibem o mesmo tipo de comportamento de recuperação de recurso). Quando uma busca de cross-origin envolvendo uma URL relativa é iniciada a partir de um {{htmlelement ("iframe")}}, a URL relativa costumava ser resolvida na localização global atual, em vez da localização do iframe.</p>
+
+<h2 id="O_edge_case">O "edge case"</h2>
+
+<p>Muitos sites nunca se deparam com este caso extremo. Para que isso aconteça:</p>
+
+<ul>
+ <li>Você precisa de um iframe de mesma origem</li>
+ <li>Esse iframe de mesma origem precisa ter um local com um URL base diferente</li>
+ <li>Você tem que usar a função de busca global, por exemplo, frame.contentWindow.fetch ()</li>
+ <li>A URL passada precisa ser relativa</li>
+</ul>
+
+<h2 id="O_problema">O problema</h2>
+
+<p>No passado, resolveríamos o URL relativo contra o global atual, por exemplo:</p>
+
+<pre class="brush: js">let absolute = new URL(relative, window.location.href)</pre>
+
+<p>Isto não é um problema como tal. É que diferentes APIs que exibem esse tipo de comportamento estavam fazendo isso de maneira inconsistente com o comportamento definido na especificação, o que poderia levar a problemas mais adiante.</p>
+
+<h2 id="A_solução">A solução</h2>
+
+<p>No Firefox 60 em diante, o Mozilla resolve a URL relativa contra o global que possui a função <code>fetch()</code> que está sendo usada (veja {{bug (1432272)}}). Portanto, no caso descrito acima, ele é resolvido em relação à localização do iframe:</p>
+
+<pre class="brush: js">let absolute = new URL(relative, frame.contentWindow.location.href)</pre>
+
+<p>Há muita discussão em andamento sobre a obtenção de novas especificações para se alinhar a essa mudança de comportamento, a fim de mitigar possíveis problemas no futuro.</p>
diff --git a/files/pt-br/web/api/fetch_api/uso_de_busca_cross-global/index.html b/files/pt-br/web/api/fetch_api/uso_de_busca_cross-global/index.html
deleted file mode 100644
index c569966b5a..0000000000
--- a/files/pt-br/web/api/fetch_api/uso_de_busca_cross-global/index.html
+++ /dev/null
@@ -1,35 +0,0 @@
----
-title: Uso de busca Cross-global
-slug: Web/API/Fetch_API/Uso_de_busca_Cross-global
-translation_of: Web/API/Fetch_API/Cross-global_fetch_usage
----
-<p class="summary"> </p>
-
-<p class="summary">Este artigo explica um "edge case" (um problema ou situação que ocorre apenas em um parâmetro operacional extremo) que ocorre ao utilizar fetch (e potencialmente outras APIs que exibem o mesmo tipo de comportamento de recuperação de recurso). Quando uma busca de cross-origin envolvendo uma URL relativa é iniciada a partir de um {{htmlelement ("iframe")}}, a URL relativa costumava ser resolvida na localização global atual, em vez da localização do iframe.</p>
-
-<h2 id="O_edge_case">O "edge case"</h2>
-
-<p>Muitos sites nunca se deparam com este caso extremo. Para que isso aconteça:</p>
-
-<ul>
- <li>Você precisa de um iframe de mesma origem</li>
- <li>Esse iframe de mesma origem precisa ter um local com um URL base diferente</li>
- <li>Você tem que usar a função de busca global, por exemplo, frame.contentWindow.fetch ()</li>
- <li>A URL passada precisa ser relativa</li>
-</ul>
-
-<h2 id="O_problema">O problema</h2>
-
-<p>No passado, resolveríamos o URL relativo contra o global atual, por exemplo:</p>
-
-<pre class="brush: js">let absolute = new URL(relative, window.location.href)</pre>
-
-<p>Isto não é um problema como tal. É que diferentes APIs que exibem esse tipo de comportamento estavam fazendo isso de maneira inconsistente com o comportamento definido na especificação, o que poderia levar a problemas mais adiante.</p>
-
-<h2 id="A_solução">A solução</h2>
-
-<p>No Firefox 60 em diante, o Mozilla resolve a URL relativa contra o global que possui a função <code>fetch()</code> que está sendo usada (veja {{bug (1432272)}}). Portanto, no caso descrito acima, ele é resolvido em relação à localização do iframe:</p>
-
-<pre class="brush: js">let absolute = new URL(relative, frame.contentWindow.location.href)</pre>
-
-<p>Há muita discussão em andamento sobre a obtenção de novas especificações para se alinhar a essa mudança de comportamento, a fim de mitigar possíveis problemas no futuro.</p>
-- 
cgit v1.2.3-54-g00ecf