Bug 1330734

Description of problem:
When a user compiled program crashes, no core dump is generated in the current directory.

Version-Release number of selected component (if applicable):
abrt-2.8.0-4.fc23.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Compile a C program that performs a divide by zero.
2. Run the program from the shell (bash).

Actual results:
The program crashes as expected and prints out:
"Floating point exception (core dumped)"
No files are written in the current directory.

Expected results:
I expect a file named core.PID to be generated in the current directory, such that the user compiled program can be debugged using gdb.

Additional info:
I have ensured that the command "ulimit -c unlimited" is executed prior to the crash.

The output of journalctl is the following:
Apr 26 22:12:43 granbo-3 kernel: traps: egtb[10022] trap divide error ip:401ec9 sp:7ffc2a287b80 error:0 in egtb[400000+5000]
Apr 26 22:12:43 granbo-3 audit[10022]: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=1 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=10022 comm="egtb"
Apr 26 22:12:43 granbo-3 abrt-hook-ccpp[10023]: Process 10022 (egtb) of user 1000 killed by SIGFPE - dumping core
Apr 26 22:12:43 granbo-3 abrt-server[10024]: No actions are found for event 'notify'

After the crash the abrt-cli command reports the following:
[mike@granbo-3 nottt]$ abrt-cli ls
id 4b1ceeb5b8789bee5294768e4ffb7ea95a12f201
reason:         egtb killed by SIGFPE
time:           2016-04-26T22:12:43 CEST
cmdline:        ./egtb 3 3
uid:            1000 (mike)
count:          1
Directory:      /var/spool/abrt/ccpp-2016-04-26-22:12:43-10022

The directory named above "/var/spool/abrt/ccpp-2016-04-26-22:12:43-10022" contains a bunch of files, one of which is named coredump. This file works with gdb. The core file is about 500 KB in size. However, the directory is only readable by root, not by the user.

I have checked that the file "/etc/abrt/abrt-action-save-package-data.conf" contains the line "ProcessUnpackaged = yes".