Launchpad itself

Allow hosting attachments elsewhere

Bug #137842 reported by Christian Reis
4
Affects Status Importance Assigned to Milestone
Launchpad itself
Won't Fix
Undecided
Unassigned

Bug Description

Currently when a user selects "add attachment" we provide him with an upload form. It might be neat if the user could specify an attachment which was simply a remote URL with a description. One real reason this might be useful is modeling attachments in remote bug trackers without having to suck in the attachments themselves into our Librarian.

Tags: lp-bugs
Revision history for this message
James Henstridge (jamesh) wrote :

This sounds an awful lot like the "related URLs" code we've got that we've been looking at removing for a while. The main difference is that the URL would be linked to a particular bug comment rather than just to the bug.

Revision history for this message
Christian Reis (kiko) wrote : Re: [Bug 137842] Re: Allow hosting attachments elsewhere

On Mon, Sep 10, 2007 at 03:30:05AM -0000, Matthew Thomas wrote:
> *** This bug is a duplicate of bug 32772 ***
> https://bugs.launchpad.net/bugs/32772
>
> ** This bug has been marked a duplicate of bug 32772
> request: "add atachment" a file from a URL

Are you sure this is a duplicate? I can't run a web browser right now,
but this other bug sounds like it would download and store the remote
file in the librarian.

Revision history for this message
Carl Karsten (carlfk) wrote :

I would say it is similar, but not a dupe.

bug #32772 "add atachment" a file from a URL
is just an alternative to "add attachment" from local file - both store a copy of the file on the but tracking server.

This bug seems to be more a pointer to another bug. Not sure why the implementation concerns "add attachment" - just post the URL in the body or comment, - it gets turned into a link at some point, which seems to be all this bug is trying to achieve.

Revision history for this message
Christian Reis (kiko) wrote :

On Mon, Sep 10, 2007 at 07:59:04PM -0000, Carl Karsten wrote:
> This bug seems to be more a pointer to another bug. Not sure why the
> implementation concerns "add attachment" - just post the URL in the
> body or comment, - it gets turned into a link at some point, which seems
> to be all this bug is trying to achieve.

Yeah, I guess you're right; that is indeed equivalent, less confusing
and a lot simpler.

Revision history for this message
Matthew Paul Thomas (mpt) wrote :

Sorry, I was confused by the word "attachments" in the summary and description. If you don't want the resource to be sucked in to the librarian, what are you suggesting should happen to the URL?

Changed in malone:
status: New → Incomplete
Revision history for this message
Christian Reis (kiko) wrote :

My idea was that it would be presented as a special type of attachment
(a remotely hosted attachment, basically). But I suspect that will be
rather confusing and also unreliable, since we don't control whether it
will exist or not at a later time.

Revision history for this message
Björn Tillenius (bjornt) wrote :

I'm marking this as Won't Fix, since bug 32772 provides a better solution to the problem.

Changed in malone:
status: Incomplete → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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