As far as I can tell, they’ve fixed this issue now (I’m no longer seeing WU search usage for any in-app data tab activity).
Buy I am still definitely seeing pageload WUs (for the index page), agg search, and even real-time data usage from just using the editor. So there are still obviously issues with these reports (but at least it’s only 1-2 WU, not the 500 WU I previously mentioned).
Hello @kate.mcnally
Thank you for news
Could you please share about that issue solving?
I want to share to you a plus: Into “LOg TABs” zoom in is not working on major of times.
it has been an impossible job to debug workflows, especially the zoom on regard to APIs on BAckend - it doesn’t work.
This is very important so that we can have a way to identify failure reasons or ways to improve events/APIs. With this, it is possible to reduce impacts with Workloads.
So, I feel that Bubble has forgotten the Backend for these issues. In summary: Zoom In is not fulfilling its function.
So, if you can, please, let us know about this matter also! Thank your 
Thank you for adding this. Really helpful!
I would love to see the WU usage/user !
@adamhholmes that doesn’t sound right. Can I ask you to submit a bug report so my team can jump in and take a look? Bulk actions in the data tab should consume WU but other editing shouldn’t, so I’d like to see what you’re seeing.
One question here. These workflows that get reported and graphs etc. are in which timezone? UTC?
If yes, what will it take to have these displayed in our timezone? It is mentally taxing to keep having to do math on what time it means in our timezone as workloads vary depending on what time of the day it is, and it is critical to get those right to do right debugging.
@laura.oppenheimer - Apologies for jumping on this topic late, we’ve just migrated from a legacy plan.
In our experience, so far, our Workload spikes when something on the dev side goes awry. Is there a report or an opportunity for us to set our own warning thresholds where we get notified if workload spikes? For example, we typically use <5000 up to 10,000 on our busiest days. When something goes sideways, we can see a spike to 50,000. Having a way to notify our team when this happens would be very helpful.
Also, on the report, the monthly seems to be a rolling 30 days - it would also be helpful to know how much of our WU we’ve used in this billling period/month, and when exactly each month/period resets.
Thanks for the feedback. We don’t have the ability to set a toggle or threshold right now but I definitely hear that a feature like that could be useful. Please keep the feedback coming!
Thank you @laura.oppenheimer.
Any more about question 2? How do we know how many units we’ve consumed in a month, what remains, and what date does our account reset (if we’re on annual billing).
@jon4 If you look at app plan, it should give you all the info you need to understand how much workload you have left in a given billing period. It is a little confusing that overages are billed on calendar month but workload tiers are matched with your app plan - so if you have a plan that has 175K WU and then purchase a tier with 200K you’ll see that you have 375K WU for your billing period. Once you hit 375K then you’ll be billed for overages.
I totally get that this is a little confusing and it’s something we want to work on!
For annual:
Thank you @laura.oppenheimer.
One more clarification. The info on the app data tab - is that for the current month or for the entire year on an annual plan?
