False likely-duplicates from firefox clue file.

[Hilario J. Montoliu]

On Sat, 2007-06-16 at 19:03 +0200, Alexander Sack wrote:
> On Sat, Jun 16, 2007 at 05:09:32PM +0200, Hilario J. Montoliu wrote:
> > There is also another bug report that takes another high amount of
> > possible duplicates (64), bug #14911 ([3]) "Flash plugin problem with
> > ARGB visuals causes crash", and that happens because the search string
> > in the clue file is just "ARGB". Since bughelper looks even inside full
> > crash reports that short string matches almost every coredump attached
> > to the full crash reports. IMHO the clue file for bug #14911 should be
> > improved.
> 
> Can we constraint the clue match to not look into attachments? I hope
> that this will reduce the match for ARGB a lot.
> 

Or maybe just tell the bughelper's developers to add some code to avoid
looking into the coredump part of a full crash report when it is taken
to read. (it is just an idea, it's too late for me to think properly)
i.e. this is the piece of code I use for that purpose in my scripts to
extract stacktraces from attachments (any attachment including coredumps
w/o downloading the huge coredump part):

    stacktrace = ''
    try:
        f = urllib2.urlopen(attachment_url)
        core_re = re.compile(r'^CoreDump:') # in case there's a coredump
        while (1):
            try: current_line = f.next()
            except StopIteration: break # we are at EOF
            if core_re.match(current_line): break # coredump found
            stacktrace += current_line
    except urllib2.HTTPError, error_str:
        print >> sys.stderr, error_str; sys.exit(1)


* good night 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/ubuntu-mozillateam/attachments/20070617/bf2da8b7/attachment.pgp