<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Debugging on App Coding</title>
    <link>https://appcoding.com/tags/debugging/</link>
    <description>Recent content in Debugging on App Coding</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 05 Oct 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://appcoding.com/tags/debugging/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Debug From a Timeline of State Changes Instead of Ten Thousand Log Lines</title>
      <link>https://appcoding.com/debug-from-a-timeline-of-state-changes-instead-of-ten-thousand-log-lines/</link>
      <pubDate>Mon, 05 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://appcoding.com/debug-from-a-timeline-of-state-changes-instead-of-ten-thousand-log-lines/</guid>
      <description>&lt;p&gt;A ticket comes in: order 8812 shows as cancelled, but the customer&amp;rsquo;s card was charged. You open log search. The checkout service wrote a couple of hundred lines for that request; the payment webhook handler wrote a few dozen; the job that expires unpaid orders wrote a line for every order it looked at that minute. The answer is in there somewhere. Forty minutes later you find it. The expiry job cancelled the order thirty seconds after checkout began, and the payment provider&amp;rsquo;s webhook landed half a second after that.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Group Errors by Behavioral Signature Instead of Stack Trace Text</title>
      <link>https://appcoding.com/group-errors-by-behavioral-signature-instead-of-stack-trace-text/</link>
      <pubDate>Mon, 05 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://appcoding.com/group-errors-by-behavioral-signature-instead-of-stack-trace-text/</guid>
      <description>&lt;p&gt;Add six lines to the top of a file and ship it. Every stack trace through that file now carries different line numbers, so a tracker that hashes the trace files a bug it has seen a hundred times as a brand-new issue. Meanwhile an older issue titled &lt;code&gt;TimeoutError&lt;/code&gt; has collected comments from people who each fixed a different timeout and wondered why it never closed.&lt;/p&gt;&#xA;&lt;p&gt;Grouping fails in both directions at once. One bug turns into hundreds of issues because the message embeds an order ID, the line numbers moved, or a framework upgrade changed the frames in the middle. Two bugs turn into one because every timeout in the codebase raises the same exception type from the same retry helper.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
