Fixed with 0.2~169
** Changed in: bughelper (Ubuntu)
Status: Fix Committed => Fix Released
--
cleaning bug helper cache
https://bugs.launchpad.net/bugs/87448
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs m
This change will land in Gutsy first thing.
** Changed in: bughelper (Ubuntu)
Assignee: (unassigned) => Daniel Holbach
Status: Confirmed => Fix Committed
--
cleaning bug helper cache
https://bugs.launchpad.net/bugs/87448
You received this bug notification because you are a member of
revno: 144
committer: Daniel Holbach <[EMAIL PROTECTED]>
branch nick: bughelper.clean
timestamp: Thu 2007-04-19 12:56:17 +0200
message:
attachment cleaning
** Changed in: bu
The patch changes the BugAttachment constructor. Fortunately neither we
nor apport use it heavily (apport not at all).
Maybe we should pass a Bug() object to constructor which contains a lot
of information already?
--
cleaning bug helper cache
https://launchpad.net/bugs/87448
--
ubuntu-bugs ma
** Changed in: bughelper (upstream)
Status: Confirmed => In Progress
--
cleaning bug helper cache
https://launchpad.net/bugs/87448
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
The first step to provide any kind of option to clean/organize the bughelper
attachment - cache is to rename the path to the attachments.
current implementation:
~/.bughelper/attachments-cache//
* The correlation PATH -> BUGNR is impossible
My suggestion is to change the path into:
~/.bughelper/a
I did this for a reason: librarian_numbers+attachment_name is unique and you
don't have to find out if there's an attachment on the bug that you downloaded
already or didn't.
But yeah, a fix could look like this:
* add the bug number to the path name ("%s-%s" % (bugnumber, librariannumber)),
*
I just bought a 250G NAS so this issues is of much lower importance to
me:)
I agree the the best, not necessarily the easist, would be to save the
attachment under their bug number rather than their librarian number.
thanks
--
David Farning <[EMAIL PROTECTED]>
--
cleaning bug helper cache
htt
The problem is, from my point of view, that we are not able to identify
the bug who belongs to a special attachment at the moment. We only have
the seven digit number of librarian.launchpad.net for the folder name,
maybe we should change the folder name into the bug-number.
--
cleaning bug helper
Thanks for your bug report. At the moment we don't check closed bugs at
all, so we don't have that information yet.
Maybe we should check the mtime of the attachments file. Hm.
** Changed in: bughelper (Ubuntu)
Importance: Undecided => Low
Status: Unconfirmed => Confirmed
** Also affec
10 matches
Mail list logo
