From 53fa5a23ceea1cf6c9ae8e278ebbf154ac7ca16a Mon Sep 17 00:00:00 2001
From: "AD\\lzizolfi2" <luca.zizolfi@kalpa.it>
Date: Thu, 30 Jun 2022 15:32:41 +0200
Subject: [PATCH] Add Severity Levels and response time

Signed-off-by: Luca Zizolfi <luca.zizolfi@kalpa.it>
---
 contributing/bug_policy.rst | 34 ++++++++++++++++++++++------------
 1 file changed, 22 insertions(+), 12 deletions(-)

diff --git a/contributing/bug_policy.rst b/contributing/bug_policy.rst
index cdf3ea2..7522768 100644
--- a/contributing/bug_policy.rst
+++ b/contributing/bug_policy.rst
@@ -64,29 +64,39 @@ Please refer to the CVE Process for details.
 If the bug is confirmed as a bug, the developer will assign bug severity:
 critical, normal, minor or low.
 
-.. note::
-
-    *Critical* severity bugs make a feature unusable, cause a major data loss or
-    hardware breakage. There is no workaround, or a complex one.
-    *Normal* severity bugs make a feature hard to use, but there is a workaround
-    (including another feature to use instead of the desired one).
-    *Minor* severity bugs cause a loss of non-critical feature (like missing or
-    incorrect logging).
-    *Low* severity bugs cause minor inconveniences (like a typo in the user
-    interface or in the documentation).
+Severity Levels
+^^^^^^^^^^^^^^^^
+
+| **Critical - Response time: 3 working days.**
+| Severity bugs make a feature unusable, cause a major data loss or
+  hardware breakage. There is no workaround, or a complex one.
+| 
+| **Normal - Response time: 5 working days.**
+| Severity bugs make a feature hard to use, but there is a workaround
+   (including another feature to use instead of the desired one). 
+|
+| **Minor - Response time: 10 working days.** 
+| Severity bugs cause a loss of non-critical feature (like missing or
+    incorrect logging). 
+|
+| **Low - Response time: Best effort.**
+| Severity bugs cause minor inconveniences (like a typo in the user
+   interface or in the documentation). 
+
+For *Response time* we intend the time between the opening and the taking charge of the issue.
 
 The bug can originate in a package developed by the project, or from one we use
 from an upstream source. The process of handling a bug report will change
 between those two cases:
 
 When the Issue is in the Code Developed by the Project
-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+-------------------------------------------------------
 
 In the case where the bug originates in the code directly maintained by the
 Project, the bug is handled directly in the bug tracker.
 
 When the Issue Originates from Upstream Code
-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+---------------------------------------------
 
 If the issue was identified in upstream code, we report an upstream issue in
 a way appropriate to the upstream project. We store the reference to the upstream
-- 
GitLab