REPORT-GTK(1)
π REPORT-GTK π
okay bestie, so this one is report-gtk, part of the LIBREPORT MANUAL lineup, and it's literally the little GUI queen that helps you look at crashes and send them off into the world. let's get into it π«Ά
β¨ NAME β¨
report-gtk β a GUI tool to analyze and report ABRT problems π
π SYNOPSIS π
report-gtk [-vpdx] [-e EVENT] [-g GUI_FILE] PROBLEM_DIR
π¦ DESCRIPTION π¦
so report-gtk is a graphical tool, like with actual windows and buttons, and its whole job is reporting application crashes and other problems β the ones caught by the abrtd daemon, or the ones created by other programs using libreport. no cap.
it works with one single problem saved in the specified PROBLEM_DIR. one problem, one directory, that's the vibe.
and then in expert mode? it enables access to and manipulation of problem data. main character energy fr fr π
πΈ OPTIONS πΈ
-d,--deleteβ RemovePROBLEM_DIRafter reporting. like, bye bestie, we're done here π-e EVENTβ Run only thesetEVENTs onPROBLEM_DIR-g FILEβ Alternate GUI file-pβ Add program names to log-v,--verboseβ Be verbose (yes, tell me everything, I'm obsessed with details)-V,--versionβ Display version and exit-x,--expertβ Enabled advanced features
β CONFIGURATION β
π¬ Dialogue answers π¬
During the reporting process report-gtk might show a dialogue asking for a decision to be made. some of those dialogues provides an option to remember the answer. and if it is requested to remember the answer, report-gtk saves the answer in
$XDG_CONFIG_HOME/abrt/settings/report-gtk.conf
If $XDG_CONFIG_HOME is not set, $HOME/.config is used instead. simple as that π
π Sensitive data search π
See forbidden_words.conf(5), ignored_words.conf(5) and ignored_elements.conf(5)
π§ Reporting work flow configuration π§
These configuration files are placed in /usr/share/libreport/workflows.
Each file has XML formatting with the following DTD:
<!ELEMENT workflow (name+,description+,priority?,events*)>
<!ELEMENT name (#PCDATA)>
<!ATTLIST name xml:lang CDATA #IMPLIED>
<!ELEMENT description (#PCDATA)>
<!ATTLIST description xml:lang CDATA #IMPLIED>
<!ELEMENT priority = (#PCDATA)>
<!ELEMENT events = (event)+>
<!ELEMENT event = (#PCDATA)>
nameβ User visible namedescriptionβ User visible descriptionpriorityβ Priority of the workflow. Higher number means a more visible place in UI. If not provided,0is used. The value is signed integer.eventsβ List of executed eventseventβ Name of event. If event is not applicable on the problem data or if it is not defined then process continues with next event sibling.
π EXAMPLES π
π Simple reporting work flow π
<workflow>
<name xml:lang="en">Example</name>
<name xml:lang="cs">PΕΓklad</name>
<description xml:lang="en">Example description</description>
<description xml:lang="cs">PΕΓklad popisu</description>
<priority>10</priority>
<evetns>
<event>analyze_example</event>
<event>collect_example</event>
<event>report_example</event>
</events>
</workflow>
π SEE ALSO π
forbidden_words.conf(5), ignored_words.conf(5), ignored_elements.conf(5)
π AUTHORS π
- ABRT team
and that's the whole page, bestie!! this is LIBREPORT 2.17.15, dated 09/19/2025, and honestly? iconic. go report some problems (the software kind, not your ex) πβ¨π
π¦ where this page comes from
- fedora 43: libreport-gtk 2.17.15-9.fc43 Β· GPL-2.0-or-later
- fedora 43: libreport-gtk 2.17.15-9.fc43 Β· GPL-2.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms