PostHog dashboards show incorrect data in insights

“Bug Description On a project that hasn't ingested any events yet, dashboard tiles correctly show the fake "Sample data" placeholder chart. Opening one of those insights on its own page shows the "Sample data" tag and the wizard install snippet in the header, but the chart itself renders as a blank area. https://github.com/user attachments/assets/b310af11 1b7b 4323 841e cb7df5a336bc How to reproduce 1. Create a new project. 2. Do not send any data to that project yet. 3. Look at the dashboard vie”

“Bug Description Bug description Please describe. Annotations are inconsistent depending on the time range certain date ranges seemingly add annotations unexpectedly , some remove annotations unexpectedly, Annotations are being forced to the start or end of the month, instead of appearing on their correct dates or they are randomly placed on the line, but not relative to the date of the annotation. How to reproduce 1. Open an insight that includes one or more annotations with specific dates (e.g.”

“Bug Description Please describe. Retention insights on the dashboard are showing the incorrect event for 'returned to perform X'. These are being incorrectly set as pageview events and not reflective of what has actually been set in the insight even after refreshing data. <img width="717" height="260" alt="Image" src="https://github.com/user attachments/assets/b82d844b b1b4 4d1e 8e4c 35bf599c241c" / <img width="442" height="330" alt="Image" src="https://github.com/user attachments/assets/970c43c”

“Bug Description Please describe. "your tooltip (where we see the date and value) is quite unpredictable, sometimes it doesn’t show" In the support ticket (moved to PostHog: https://us.posthog.com/project/2/support/tickets/38209), check out the cleanshot video shared by the customer. The browser in the video is Opera. I was able to reproduce the same behavior in both Chrome and Vivaldi as well. How to reproduce 1. Visit this dashboard 2. Hover over multiple charts, scroll, hover over other charts”

“Bug Description Bug description When we are showing data for a date range say 1st and 2nd of August and we group that by month on a bar chart the number on the chart will be higher than the actual sum of the events on those dates. In the meantime other chart types will not suffer from this or changing the grouping to something that will show more than one period. Additional context From: https://posthoghelp.zendesk.com/agent/tickets/36677 (moved to PostHog: https://us.posthog.com/project/2/suppo”

“Bug Description Bug description Annotations show in different dates in insights/dashboards depending on the date range selected. For example: An annotation set to August 20 at 12:00AM UTC shows on August 19 if the insight is set to last 90 days Same annotation shows on August 20 if insight is set to last 30 days <img width="1200" height="1062" alt="Image" src="https://github.com/user attachments/assets/0e2fd81e 9234 4d09 ad3d a3ebe225b6a1" / How to reproduce 1. Create a Trends insight 2. Add ann”

“Bug Description Only on save do SQL Insights in dashboards resize correctly. It also requires clicking the Save button. If you use the E keyboard shortcut to save the insight it remains incorrectly resized. However, clicking the save button on the dashboard forces the resize correctly upon save. See gif: Image How to reproduce 1. Create a SQL insight 2. Create a dashboard 3. Add insight to dashboard 4. Edit layout 5. Make the insight large and then save 6. Make the insight smaller, note the beha”

“Bug Description Bug description Using SQL variables, sometimes they're gone from the UI and trying to create them again errors with "variable with name already exists" <img width="447" height="116" alt="Image" src="https://github.com/user attachments/assets/6581c344 aaf3 40c5 8fbb 68f74eaa4ab7" / Looks like persistence can be improved. A few tips that avoid this: Create a variable in the UI, then use it in the query, and save the query as an insight. This will persist the variable in the UI. If”

“Bug Description Bug description When a page has a scrolling element separate from the main page scroll, the heat does not move with that element as it scrolls. [todo] I could spin up an example. If you are on PostHog Cloud it would be really valuable if you can share any links where the problem occurs. This speeds up our ability to troubleshoot tremendously. Additional context From: https://posthoghelp.zendesk.com/agent/tickets/34192 (moved to PostHog: https://us.posthog.com/project/2/support/ti”

“Bug Description Add try/except around all calls in the posthog python library so PostHog errors don’t crash user apps, consistent with our other SDKs. Additional context https://github.com/PostHog/posthog python/issues/306 Internal ticket: https://posthoghelp.zendesk.com/agent/tickets/36139 (moved to PostHog: https://us.posthog.com/project/2/support/tickets/38177) Debug info”

“Bug Description Please describe. In the Edit experiment metric modal, the property descriptions extend to the right, outside the visible part of the browser window: <img width="2432" height="1222" alt="Image" src="https://github.com/user attachments/assets/08940cb0 7919 4d59 b218 9f3da12b0f23" / How to reproduce 1. Visit this experiment 2. Click the ✎ edit icon on the 2nd metric ( Engagement ) 3. Click on the menu which is displaying Current session duration 4. Hover your mouse cursor over any p”

“Bug Description Bug description When reordering condition blocks using the arrows, the estimated counts from the old order persist How to reproduce 1. Create a flag with 2 or more conditions where the estimated user counts vary 2.reorder the flags 3. notice the counts persist from the old oder. Additional context From: https://posthoghelp.zendesk.com/agent/tickets/35316 (moved to PostHog: https://us.posthog.com/project/2/support/tickets/37569) Debug info”

“Bug Description When creating an area chart and enabling the '% of total' option, the colours overlap because they are partially transparent, causing them to bleed through to each other. Just like the stacked bar chart, when set to 100% they should stack on top of each other and not overlap. Here's how it looks now: <img width="1045" height="659" alt="Image" src="https://github.com/user attachments/assets/71304e60 c185 48b8 a490 244dfd4cfc94" / See how stack bar char looks: <img width="1039" hei”

“Bug Description Bug description Users are getting this error when trying to add new insights to a dashboard (when searching for an insight or changing the insight type) Error tracking logs: https://us.posthog.com/project/2/error tracking/0198aa07 d6a1 7ac2 be24 bc8ef27c356d?inspectorSideBar=false&timestamp=2025 08 15%2006%3A47%3A32.565000 07%3A00 This may have been caused by this PR: https://github.com/PostHog/posthog/commit/3de358b47ed4807833c54ca7ac078819f111987d <img width="1448" height="556"”

“Bug Description Here's a link to the error tracking, which includes a session replay: https://us.posthog.com/error tracking/0198aa07 d6a1 7ac2 be24 bc8ef27c356d I'm able to recreate it as part of this ticket: https://posthoghelp.zendesk.com/agent/tickets/36141 (moved to PostHog: https://us.posthog.com/project/2/support/tickets/39366) It also seems to be highly consistent on this project, but isn't happening at all in project2. Possibly related to 36673 How to reproduce 1. Goto a dashboard 2. Cli”

“Bug Description It appears when changing a flag, we might not be invaliding our flag definition cache as it takes several minutes before the change is reflected on a /flags request. How to reproduce 1. Create a flag 2. Curl /flags endpoint 3. Notice that flag doesn't show up for several minutes This isn't a problem in /decide though Additional context Noticed because of this ticket: https://posthoghelp.zendesk.com/agent/tickets/35719 (moved to PostHog: https://us.posthog.com/project/2/support/ti”

“Bug Description Bug description Trying to switch to a different tab (e.g. 'Web vitals') currently does not work. On click, the URL does not update and you remain on the 'Web analytics' tab'. As a workaround you can manually update the URL from /project/:projectId/web to /project/:projectId/web/web vitals Additional context From: https://posthoghelp.zendesk.com/agent/tickets/35744 (moved to PostHog: https://us.posthog.com/project/2/support/tickets/37135) https://posthoghelp.zendesk.com/agent/tick”

“Bug Description Please describe. Trying to rename action prompts a page refresh before the action is saved. After refresh the action is not saved and name is undefined. https://github.com/user attachments/assets/96fc0169 02ca 4a8b 855c 43866a64c93b How to reproduce 1. view action 2. rename action 3. try save Additional context original ticket: https://posthoghelp.zendesk.com/agent/tickets/35761 (moved to PostHog: https://us.posthog.com/project/2/support/tickets/37137) Debug info”

“Bug Description Please describe. When setting additional columns to an insight or group and exporting, the additional columns are not seen in the exported csv or xlsx file. Opening as new insight and exporting from there does not solve the issue. You can work around this by opening the sql directly and exporting the data from there. How to reproduce 1. Create group 2. Add additional columns 3. export as csv 4. exported csv is missing newly added columns Additional context reported here: https://”