Blob Blame History Raw
report-gtk(1)
===========

NAME
----
report-gtk - GUI tool to analyze and report ABRT problems

SYNOPSIS
--------
'report-gtk' [-vpdx] [-e EVENT] [-g GUI_FILE] PROBLEM_DIR

DESCRIPTION
-----------
'report-gtk' is a graphical tool that reports application crashes and other
problems caught by abrtd daemon, or created by other programs using libreport.
report-gtk works with a single problem saved in specified PROBLEM_DIR.
In the expert mode it enables access to and manipulation of problem data.

OPTIONS
-------
-d, --delete::
    Remove PROBLEM_DIR after reporting

-e EVENT::
    Run only theset EVENTs on PROBLEM_DIR

-g FILE::
    Alternate GUI file

-p::
    Add program names to log

-v, --verbose::
    Be verbose

-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. 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.

Sensitive data search
~~~~~~~~~~~~~~~~~~~~~

See forbidden_words.conf(5) and ignored_words.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 name

description::
   User visible description

priority::
   Priority of the workflow. Higher number means a more visible place in UI.
   If not provided, 0 is used. The value is signed integer.

events::
   List of executed events

event::
   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)

AUTHORS
-------
* ABRT team