Blame SOURCES/0153-abrt-hook-ccpp-reset-ownership-after-saving-core-bac.patch

baab13
From 277ffd77b9ce6eaee007d72139b81804cb12f327 Mon Sep 17 00:00:00 2001
baab13
From: Richard Marko <rmarko@fedoraproject.org>
baab13
Date: Fri, 17 Jul 2015 14:19:34 +0200
baab13
Subject: [PATCH] abrt-hook-ccpp: reset ownership after saving core backtrace
baab13
baab13
Signed-off-by: Richard Marko <rmarko@fedoraproject.org>
baab13
---
baab13
 src/hooks/abrt-hook-ccpp.c | 6 +++---
baab13
 1 file changed, 3 insertions(+), 3 deletions(-)
baab13
baab13
diff --git a/src/hooks/abrt-hook-ccpp.c b/src/hooks/abrt-hook-ccpp.c
baab13
index 6759fc0..5b277af 100644
baab13
--- a/src/hooks/abrt-hook-ccpp.c
baab13
+++ b/src/hooks/abrt-hook-ccpp.c
baab13
@@ -1027,13 +1027,13 @@ int main(int argc, char** argv)
baab13
         }
baab13
 #endif
baab13
 
baab13
-        /* And finally set the right uid and gid */
baab13
-        dd_reset_ownership(dd);
baab13
-
baab13
         /* Perform crash-time unwind of the guilty thread. */
baab13
         if (tid > 0 && setting_CreateCoreBacktrace)
baab13
             create_core_backtrace(tid, executable, signal_no, dd);
baab13
 
baab13
+        /* And finally set the right uid and gid */
baab13
+        dd_reset_ownership(dd);
baab13
+
baab13
         /* We close dumpdir before we start catering for crash storm case.
baab13
          * Otherwise, delete_dump_dir's from other concurrent
baab13
          * CCpp's won't be able to delete our dump (their delete_dump_dir
baab13
-- 
baab13
2.4.3
baab13