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

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