Secrecy settings for attachments

Bug #512085 reported by Jonathan Thomas
26
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Launchpad itself
Won't Fix
Low
Unassigned

Bug Description

It would be neat if attachments to bugs could be marked private. This way, apport crashes could have the potentially-sensitive stacktrace attachments hidden rather than the entire bug. This would help with the speed with which auto-reported apport bugs are triaged, as it opens the bug up to exposure from the wider triage community. This would also help strike a balance between transparency and privacy.

See also bug 39674.

Curtis Hovey (sinzui)
Changed in launchpad:
status: New → Triaged
importance: Undecided → Low
affects: launchpad → malone
tags: added: privacy
description: updated
Revision history for this message
Robert Collins (lifeless) wrote :

We've found that users are very poor at separating out information. If we have public and private attachments on one bug, its almost certain someone will paste unredacted content from a secret attachment onto the bug, thereby defeating the private setting on it - and the UI for individual attachments is much narrow than for the entire bug so its going to be harder to get it right there.

Accordingly, I think this would be a misfeature, it would encourage something we want to avoid. The upcoming bug linking feature may address the source of your complaint - that bugs with a public oot cause end up private because of the data needed to analyse them. (Using a dependency bug will let this be pretty clean).

Changed in launchpad:
status: Triaged → Won't Fix
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.