Description of problem: When crash google chrome, all other crashes which occurred previously is deleted. Demonstration: https://docs.google.com/file/d/0B0nwzlfiB4aQUlNOR0x1aVFESjQ/edit?usp=sharing
Thank you for taking the time to report this issue! This usually happens when a newly detected crash contains a huge amount of data. ABRT deletes the old crashes in order to provide enough space for the new crash. If you want to extend the space for the crashes open '/etc/abrt/abrt.conf' in your favourite editor, find the line with 'MaxCrashReportsSize' and increase the number (be aware that the number is in MiB).
May be better for prevent this situation ask before delete data?
I mean be better not store Google Chrome crash data because they are unuseful and can't be used for reporting to redhat bugzilla. abrt can ask user "Google Chrome is crashed, storing crash data will remove another crashing data from abrt store continue?".
Make sure you have this line OpenGPGCheck = yes in /etc/abrt/abrt-action-save-package-data.conf This should make abrt to ignore crashes in Chrome (and other unsigned packages).
(In reply to Mikhail from comment #3) This could be a nice feature but it is impossible in the current ABRT architecture because the problem detection runs in the background without any possibility to interact with users. I see three possible solutions: 1. #comment 4 (but I'm not sure if it works) 2. add Google Chrome to the black listed packages (BlackList option in /etc/abrt/abrt-action-save-package-data.conf) 3. introduce a new configuration option preventing ABRT from deleting old problems if some disk space extensive problem is detected (but it would event prevent saving the detected problem) I would rather avoid the third point. Are you satisfied with either 1. point or 2. point? Or do you have any other idea?
The information we've requested above is required in order to review this problem report further and diagnose or fix the issue if it is still present. Since it has been thirty days or more since we first requested additional information, we're assuming the problem is either no longer present in the current Fedora release, or that there is no longer any interest in tracking the problem. Setting status to "CLOSED: INSUFFICIENT_DATA". If you still experience this problem after updating to our latest Fedora release and can provide the information previously requested, please feel free to reopen the bug report.
> 1. #comment 4 (but I'm not sure if it works) OpenGPGCheck = yes not worked.means Google Chrome not added in abrt's, but steel clean another reports. I think would be better every time before delete reports ask for it.
(In reply to Mikhail from comment #7) > I think would be better every time before delete reports ask for it. I'm really sorry but this is not possible with the current architecture. The only thing what we can do now is implement the 3rd point mentioned in comment #5. It would be optional and disabled by default: Instead of deleting the old problems, abrt should not store a new problem and should notice a user that dump location became too large and new problems cannot be created. The user must take care of it himself and clean the dump location manually.
> Instead of deleting the old problems, abrt should not store a new problem and should notice a user that dump location became too large and new problems cannot be created. The user must take care of it himself and clean the dump location manually. Good idea :) I like this variant.
Since it will take a while to implement this feature, we have found a workaround which will prevent abrt to delete old reports. Edit /etc/abrt/abrt.conf and set MaxCrashReportsSize to 0, and restart abrtd service (systemctl restart abrtd.service) to let changes to take effect. Please, be aware that after doing so, problem data might consume all free disk space.
This message is a notice that Fedora 19 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 19. It is Fedora's policy to close all bug reports from releases that are no longer maintained. Approximately 4 (four) weeks from now this bug will be closed as EOL if it remains open with a Fedora 'version' of '19'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 19 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 19 changed to end-of-life (EOL) status on 2015-01-06. Fedora 19 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.