After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 383349 - reject empty stacktraces in bug-buddy already
reject empty stacktraces in bug-buddy already
Status: RESOLVED FIXED
Product: bug-buddy
Classification: Deprecated
Component: general
2.16.x
Other Linux
: Normal normal
: ---
Assigned To: Bug-buddy Maintainers
Bug-buddy Maintainers
: 385931 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-12-07 13:16 UTC by André Klapper
Modified: 2006-12-14 18:14 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description André Klapper 2006-12-07 13:16:26 UTC
quoting luis from the comments to http://blogs.gnome.org/view/aklapper/2006/12/06/0 , filing this as a bug report after talking to guenther:

"why aren't those completely useless stacktraces being parsed and rejected by bug-buddy? Seems like a trace as empty as the one you linked to[1] should never leave the PC. Perhaps, best case, you say 'unfortunately, there is no useful automated information available. If you can give detailed information on what caused the crash, please do: _______________ [submit] otherwise, please [restart]

Or something like that."

[1] http://bugzilla.gnome.org/show_bug.cgi?id=381577

the auto-rejecter cannot parse on this, and it's already too late because the bug has been committed already. this has to be rejected at the bug-buddy stage already, by checking whether there is any content right after the
      "Backtrace was generated from '/usr/bin/eog'"
or the 
      "Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1"."
line. if there is not, we should tell the user, and that he should install debug packages by using the package manager of his distribution.

however, we must make sure that we do not reject enhancement requests, but as i have understood, we now use bug-buddy for crashers only (please correct me if i'm wrong).
Comment 1 Fernando Herrera 2006-12-13 19:53:40 UTC
Thanks a lot for the report.

I'm doing a trick searching for "#1", "#2" and "#3" gdb marks, if they are not present the backtrace is useless and we are pointing the user to install debug packages.

This is a temporal solution of course until we get the useful traces without debug symbols thanks to airbag/debug server.



2006-12-13  Fernando Herrera  <fherrera@onirica.com>

        * src/bug-buddy.c: (gdb_insert_text), (create_debuginfo_link),
        (useless_finished), (gdb_finished): Don't submit reports with less than
        3 steps on the backtrace. Fix bug#383349

Comment 2 André Klapper 2006-12-13 22:04:41 UTC
thanks so much!, from a triager.
Comment 3 Fernando Herrera 2006-12-14 18:14:01 UTC
*** Bug 385931 has been marked as a duplicate of this bug. ***