QA:Testcase ABRT CLI
This test case tests the functionality of the ABRT command line interface.
How to test
- After running previous ABRT test cases you probably have a bunch of crash reports in cache. If not do some crashing:
kill -SIGSEGV (pid)
- Mind abrtd daemon is running
- First investigate them via abrt-gui — which packages crashed, when, version, etc.
abrt-cli --get-list-fullin terminal to show all crashes.
abrt-cli --get-listto show unreported crashes.
- Try crash reporting: run
abrt-cli --report <uuid>to report a crash using its UUID.
- ABRT analyzes the crash and creates a report about it. This might take a while. When the report is ready, abrt-cli opens text editor with the content of the report. You can see what is being reported, and you can fill in instructions on how to reproduce the crash and other comments. When you are done with the report, save your changes and close the editor.
- You will be asked if you want to report using some reporter plugin. Try to respond Y to report, and N to skip reporting.
- When reporting via Bugzilla plugin, abrt-cli should ask for login and password when those are not set in /etc/abrt/plugins/Bugzilla.conf or ~/.abrt/Bugzilla.conf
- Try the crash reporting again, this time using
abrt-cli --report @<x>to report a crash using its ordinal number <x>
abrt-cli --report-always <uuid-or-@x>to report the crash without confirming, using all reporters associated with the crash
abrt-cli --delete <uuid-or-@x>to delete item with chosen UUID or ordinal number
- Option --get-list-full shows all crashes
- Option --get-list shows all not-yet-reported crashes
- Option --report shows crash report and asks for confirmation before sending it
- Option --report-always sends crash report
- Option --delete deletes crash