<?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 Schoology Sending LTI Launch Requests with Expired JWTs in Community Forum</title>
    <link>https://help.powerschool.com/t5/Community-Forum/Schoology-Sending-LTI-Launch-Requests-with-Expired-JWTs/m-p/566161#M28679</link>
    <description>&lt;P&gt;Hello everyone,&lt;/P&gt;&lt;P&gt;We are an educational platform that integrates with Schoology using &lt;STRONG&gt;LTI (LTI 1.3)&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;According to our server logs, we are receiving multiple &lt;STRONG&gt;LTI launch requests&lt;/STRONG&gt; from Schoology where the &lt;STRONG&gt;JWT is already expired&lt;/STRONG&gt; at the time it reaches our launch endpoint. In many cases, the token is expired by several minutes, hours, and occasionally even days.&lt;/P&gt;&lt;P&gt;This is causing authentication failures on our side, as we strictly validate the &lt;STRONG&gt;&lt;EM&gt;exp&lt;/EM&gt;&lt;/STRONG&gt; claim in the JWT.&lt;/P&gt;&lt;P&gt;We would like to understand:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;Is this behavior expected under any circumstances?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Could this be related to a &lt;STRONG&gt;Schoology configuration&lt;/STRONG&gt;, caching, retries, or background jobs?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Are there known scenarios where Schoology might resend an old launch request or reuse a previously generated JWT?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Is there any recommended tolerance or configuration change we should apply, or should all launches always include a freshly generated JWT?&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Any insight, documentation, or similar experiences would be greatly appreciated.&lt;/P&gt;&lt;P&gt;Thank you in advance for your help.&lt;/P&gt;</description>
    <pubDate>Wed, 28 Jan 2026 21:16:32 GMT</pubDate>
    <dc:creator>danifandinonearpod</dc:creator>
    <dc:date>2026-01-28T21:16:32Z</dc:date>
    <item>
      <title>Schoology Sending LTI Launch Requests with Expired JWTs</title>
      <link>https://help.powerschool.com/t5/Community-Forum/Schoology-Sending-LTI-Launch-Requests-with-Expired-JWTs/m-p/566161#M28679</link>
      <description>&lt;P&gt;Hello everyone,&lt;/P&gt;&lt;P&gt;We are an educational platform that integrates with Schoology using &lt;STRONG&gt;LTI (LTI 1.3)&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;According to our server logs, we are receiving multiple &lt;STRONG&gt;LTI launch requests&lt;/STRONG&gt; from Schoology where the &lt;STRONG&gt;JWT is already expired&lt;/STRONG&gt; at the time it reaches our launch endpoint. In many cases, the token is expired by several minutes, hours, and occasionally even days.&lt;/P&gt;&lt;P&gt;This is causing authentication failures on our side, as we strictly validate the &lt;STRONG&gt;&lt;EM&gt;exp&lt;/EM&gt;&lt;/STRONG&gt; claim in the JWT.&lt;/P&gt;&lt;P&gt;We would like to understand:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;Is this behavior expected under any circumstances?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Could this be related to a &lt;STRONG&gt;Schoology configuration&lt;/STRONG&gt;, caching, retries, or background jobs?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Are there known scenarios where Schoology might resend an old launch request or reuse a previously generated JWT?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Is there any recommended tolerance or configuration change we should apply, or should all launches always include a freshly generated JWT?&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Any insight, documentation, or similar experiences would be greatly appreciated.&lt;/P&gt;&lt;P&gt;Thank you in advance for your help.&lt;/P&gt;</description>
      <pubDate>Wed, 28 Jan 2026 21:16:32 GMT</pubDate>
      <guid>https://help.powerschool.com/t5/Community-Forum/Schoology-Sending-LTI-Launch-Requests-with-Expired-JWTs/m-p/566161#M28679</guid>
      <dc:creator>danifandinonearpod</dc:creator>
      <dc:date>2026-01-28T21:16:32Z</dc:date>
    </item>
  </channel>
</rss>

