What is happening is that a .upload file is created by apport before the
collect_info function is complete. Subsequently, it is possible for
whoopsie to upload a crash that doesn't have all the information in it.
In whoopsie.c there a TODO about dealing with crash files being
modified:
/* TODO handle the file being modified underneath us. */
So while that should be fixed the least invasive thing to do would be to
ensure that apport creates the .upload file after all the information
has been collected. Luckily, collect_info has an on_finished argument
that will do the trick. I'll attach the patch to apport that I
successfully tested.
I was able to recreate the issue by interrupting the 'collect info'
stage of apport by clicking the close window button when a package hook
was running. You can see my incomplete problem report at
https://errors.ubuntu.com/oops/e139df74-e6f8-11e1-b1e6-2c768aafd08c.
Depending on when the collect process is interrupted there probably
would not be a package version which would prevent the problem from
being bucketed (at least as I understand it).
** Patch added: "mark_upload.patch"
https://bugs.launchpad.net/errors/+bug/1020994/+attachment/3263067/+files/mark_upload.patch
** Also affects: apport (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1020994
Title:
Investigate why we're not showing many errors for the development
release
To manage notifications about this bug go to:
https://bugs.launchpad.net/daisy/+bug/1020994/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
