Standard bug title does not get anonymized

Bug #893863 reported by Martin Pitt
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
apport (Ubuntu)
Fix Released
Medium
Martin Pitt

Bug Description

In bug 760111, the bug data got anonymized (/home/username), but the bug title still says "... [Errno 13] Permission denied: '/home/ubuntu/.local/share/zeitgeist'", i. e. is not anonymized.

Martin Pitt (pitti)
Changed in apport (Ubuntu):
status: New → Triaged
importance: Undecided → Medium
assignee: nobody → Martin Pitt (pitti)
Revision history for this message
Martin Pitt (pitti) wrote :

Fixed in trunk r2093.

Changed in apport (Ubuntu):
status: Triaged → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (3.8 KiB)

This bug was fixed in the package apport - 1.90-0ubuntu1

---------------
apport (1.90-0ubuntu1) precise; urgency=low

  * New upstream release: First beta release of 2.0 which introduces
    client-side duplicate checking.
    - report.py: Break out new method stacktrace_top_function() from
      standard_title(), so that other parts of the code can use this as well.
    - launchpad.net: When sending retraced results back to the bug report,
      update the topmost function in the bug title. (LP: #869970)
    - report.py, add_gdb_info(): Add a new field "StacktraceAddressSignature"
      which is a heuristic signature for signal crashes. This should be used
      if crash_signature() fails, i. e. the Stacktrace field does not have
      enough symbols. This can be used to check for duplicates on the client
      side, provided that the crash database server supports querying for
      these. Do not expose this field when uploading to crash databases
      though, as it can be recomputed from the already existing information
      (ProcMaps and Stacktrace) and thus would just clutter the reports.
    - crashdb.py: Add a table "version" with the database format version. Add
      automatic upgrading to the most current format.
    - crashdb.py: Put address signatures from reports checked with
      check_duplicate() into the duplicate database, so that implementations
      of known() can check for these.
    - dupdb-admin: Add "publish" dupdb-admin command which exports the
      duplicate database into a set of text files suitable for WWW publishing.
    - crashdb.py: Add new method "known(report)" which can be implemented to
      check if the crash db already knows about the crash signature. If so,
      the report will not be uploaded, and instead the user will be directed
      to the existing report URL (if available), similar to bug patterns. The
      default implementation checks this format, if the crash database is
      initialized with a "dupdb_url" option pointing to the exported database.
    - launchpad.py: Override known() to check if the master bug is actually
      accessible by the reporter, and is not tagged with "apport-failed-retrace"
      or "apport-request-retrace"; otherwise file it anyway.
    - crash-digger: Add --publish-db option to conveniently integrate
      duplicate DB publication (similar to dupdb-admin publish) into retracer
      setups.
    - launchpad.py: Attach updated stack traces from a duplicate to the master
      bug if it failed retracing previously or has an "apport-request-retrace"
      tag. (LP: #869982)
    - apport-kde, apport-gtk: Support the "Annotation" field for custom dialog
      titles for "Crash" and "Package" problem types as well, not just for
      "Kernel". (LP: #664378)
    - backends/packaging-apt-dpkg.py: Fix another test case failure when ddeb
      repository is not enabled.
    - backends/packaging-apt-dpkg.py: Fix handling of explicit cache directory
      name when it is a relative path.
    - launchpad.py: Only query for bugs after 2011-08-01, to avoid timeouts.
    - ui.py: Also anonymize standard bug title. (LP: #893863)
    - launchpad.py: Current Launchpad cannot ...

Read more...

Changed in apport (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.