<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>TokenException on WebNotes</title><link>https://v2.webnotes.in/tags/tokenexception/</link><description>Recent content in TokenException on WebNotes</description><generator>Hugo</generator><language>en-IN</language><lastBuildDate>Sun, 21 Jun 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://v2.webnotes.in/tags/tokenexception/index.xml" rel="self" type="application/rss+xml"/><item><title>Kite Connect authentication errors: invalid app code and incorrect api_key or access_token</title><link>https://v2.webnotes.in/kite-connect-auth-errors/</link><pubDate>Sun, 21 Jun 2026 00:00:00 +0000</pubDate><guid>https://v2.webnotes.in/kite-connect-auth-errors/</guid><description>&lt;p&gt;&lt;strong&gt;Kite Connect authentication errors&lt;/strong&gt; fall into two layers that are often confused: the human Kite login, where &amp;ldquo;Invalid app code&amp;rdquo; means the second-factor code failed, and the &lt;a href="https://v2.webnotes.in/kite-connect-api/"&gt;Kite Connect API&lt;/a&gt;
, where &amp;ldquo;Incorrect api_key or access_token&amp;rdquo; means a programmatic session is invalid or expired. The first is almost always a device-clock problem on the time-based login code; the second is almost always the daily 6 a.m. expiry of a Kite Connect access token, returned to your program as an HTTP 403 with a TokenException. They look similar because both involve a token and both block access, but they sit at different layers and have different fixes.&lt;/p&gt;</description></item></channel></rss>