<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Stop request on browser close in ArcGIS JavaScript Maps SDK Questions</title>
    <link>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/stop-request-on-browser-close/m-p/372212#M34533</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Edit: the developer is watching what happens thru the dev server (?) when a connection is canceled/lost and is suggesting that the request for the WebMap is persisting.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Perhaps he should be handling a timeout property in the original request for the WebMap?&amp;nbsp; Does that make sense?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Original post:&lt;/P&gt;&lt;P&gt;Apologies for the limited knowledge on JavaScript basics, but I've been asked to research a behavior found in a client app that incorporates a published web map (along with ArcGIS Server services).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The developer of a client application is testing what happens when a request for one of the service layers as the browser is closed (this is an arcgis server published service containing tons of polygon features).&amp;nbsp; Apparently, the request continues and has some affect on subsequent requests (new browser window with same services/web map).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is there anything related to the service itself or the way it has been published that can apply?&lt;/P&gt;&lt;P&gt;Is there something missing from the calling/client JavaScript application that can apply?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Before I start digging into research, I hoped to get some feedback or general guidance on identifying issues related to this would be appreciated!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 21 Jan 2016 19:48:09 GMT</pubDate>
    <dc:creator>JamesCrandall</dc:creator>
    <dc:date>2016-01-21T19:48:09Z</dc:date>
    <item>
      <title>Stop request on browser close</title>
      <link>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/stop-request-on-browser-close/m-p/372212#M34533</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Edit: the developer is watching what happens thru the dev server (?) when a connection is canceled/lost and is suggesting that the request for the WebMap is persisting.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Perhaps he should be handling a timeout property in the original request for the WebMap?&amp;nbsp; Does that make sense?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Original post:&lt;/P&gt;&lt;P&gt;Apologies for the limited knowledge on JavaScript basics, but I've been asked to research a behavior found in a client app that incorporates a published web map (along with ArcGIS Server services).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The developer of a client application is testing what happens when a request for one of the service layers as the browser is closed (this is an arcgis server published service containing tons of polygon features).&amp;nbsp; Apparently, the request continues and has some affect on subsequent requests (new browser window with same services/web map).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is there anything related to the service itself or the way it has been published that can apply?&lt;/P&gt;&lt;P&gt;Is there something missing from the calling/client JavaScript application that can apply?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Before I start digging into research, I hoped to get some feedback or general guidance on identifying issues related to this would be appreciated!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 21 Jan 2016 19:48:09 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/stop-request-on-browser-close/m-p/372212#M34533</guid>
      <dc:creator>JamesCrandall</dc:creator>
      <dc:date>2016-01-21T19:48:09Z</dc:date>
    </item>
  </channel>
</rss>

