Open frankMmt opened 1 year ago
Assigning to @getsentry/support for routing, due by (sfo). ⏲️
Routing to @getsentry/product-owners-issues for triage, due by (sfo). ⏲️
Hi, I have noticed that you have added this issue to your backlog. So can I assume that this would be a new feature and there is no current way to obtain weekly reports separated by environments?
Also what is your processes of prioritisation for working through backlog items? This is to say, when do you expect this to be implemented, is it a matter of weeks, months or more than that? Thanks! Francesco
This would be an important feature for us. The mixing of environments in weekly reports diminishes its value.
Surprised this is still not resolved. A weekly report that combines test and dev with production is basically useless.
@frankMmt, @patrickrbc, @danros - thanks for writing in support for this issue! We're about to revamp how the weekly report is designed and configured.
Can you share more about:
cc @Dhrumil-Sentry
I think the primary usecase for me would be to automatically forward the report to various stakeholders to provide them visibility of both the health our own product and the benefit of using Sentry.
Right now I can't do that as it doesn't reflect the health of our production environment.
Hi!
- How you use the weekly report today?
There are two main things that come to my mind. The first is being aware of any incidents that happened over the past few days, and the second one is whether or not we are improving our performance.
- What sections of the current weekly report you find most valuable?
Error chart, Transactions/errors table, Most frequent transactions
- In addition to being able to configure by environment - are there any other filters or data cuts that you'd like to see?
The environment aspect is crucial, but it would also be helpful to select projects.
@rachrwang I think it would be good if there was more control over who receives the weekly report on an organisation level. We currently have projects of multiple clients in sentry split up into multiple teams. There is no way to control who sees the weekly report emails. Ideally we would like to be able to send out weekly team based reports, but in its current form an org level switch to disable it all together would already be a great help.
Great, thank you everyone for your feedback! We'll follow up soon on some of upcoming updates we have in mind. Last question - how do you all feel about email as a channel vs. slack? Would it be beneficial to see this in slack as well?
@rachrwang Slack would be great!
Slack as another channel would be good. For my organization, the original request of having the email separated by environment is more important.
For us, the development and qa environments are monitored by a different team than prod. We expect the lower environments to have errors - both because we have automated test cases that trigger errors and because it is new development. We do not expect production to have errors. The prod support team monitors the individual error emails, but the managers look at the weekly.
Any update on this, I'm experiencing the same issue where the value of the weekly reports is nil because it contains all of the noise from dev and test environments.
@PeterKneale sorry, there's no timeline right now on adding this feature
Problem Statement
Each of our projects has different environments. It would be great if there was a way to receive weekly summary reports separated by environment. This is because we are mainly interested in the issues in our production environments and not our test environments. But when the weekly report comes, we get a sum of all the errors in all environment, which is not ideal.
Is there any way to separate the weekly reports by environment, or any other way for us to generate reports only for specific environments?
Thanks!
Solution Brainstorm
No response
Product Area
Stats