39835 - Add application/zip to Attachment page radio buttons

Status: RESOLVED WONTFIX

(Bugzilla :: Attachments & Requests, enhancement)

Description

[Gervase Markham [:gerv]]

Seeing as we encourage people to attach zips of multi-file testcases, wouldn't
it be a good idea to have application/zip as one of the radio buttons for MIME
types? I had to go and look up what the type was to attach a ZIP, and I think
some people might not bother, and just use "binary file", which is annoying when
downloading them.

Gerv

Comment 1

[Dave Miller [:justdave]]

How about creating some kind of site-defined list (among the yet-already-too-long 
list of params which will probably be split up in sections before too long) of 
valid MIME-types?  I know on my installation, I'd prefer Stuffit to Zip. :)  (our 
main product is Mac-based).  I'm sure a UNIX installation might prefer tar.gz or 
something.  Or just add an assortment of the more popular archive formats (I 
would assume the above three would be the main ones).

Comment 2

[Gervase Markham [:gerv]]

These are listed on lines 61-68 of createattachment.cgi; you can add more by
copying the previous ones and changing the obvious.

Gerv

Comment 3

[Matthew Tuck [:CodeMachine]]

Let's redo this for 3.0.

Comment 4

[Dave Miller [:justdave]]

Moving to real milestones...

Comment 5

[Hixie (not reading bugmail)]

Taking all Bugzilla 3.0 bugs -- congratulations to MattyT for the triage, it
really was spot on. Note: I may end up pushing some of these bugs back to 3.2,
we'll see. However, I believe all these bugs should just fall out of the 
redesign. Let's hope I'm right!

(Note: I'm also resetting the priority field to "---" so that I can retriage any
that I consider important or likely to be dropped.)

Comment 6

[Dave Miller [:justdave]]

The Bugzilla 3 component is going away.  We're going to depend on the Milestones 
for this.  At the time this component was created, we didn't have milestones for 
Bugzilla.

Comment 7

[Gervase Markham [:gerv]]

I think we should do this, specifically, for 2.16. Yes, we can fix the
architecture for 3.0, but a lot of people attach ZIPs and XUL files to Bugzilla
so we should add those. The XUL mimetype, in particular, is rather hard to remember.

If you guys concur, I can whip up a 2 line patch.

Gerv

Comment 8

[Matthew Tuck [:CodeMachine]]

I believe bug #86397 is the plan for 2.16.

Comment 9

[Matthew Tuck [:CodeMachine]]

Reassigning to component owner.

The plan is as I said, but if it doesn't work out that way, we're intending on
using templates everywhere for 2.16 so any patch should wait for either to
occur.

Comment 10

[Matthew Tuck [:CodeMachine]]

Myk, what's the plan here now given the templatisation has landed?  Are we gonna
add this to the default template, or mozilla.org custom template, or what?

Comment 11

[Myk Melez [:myk] [@mykmelez]]

I am going to add "application/zip" and the XUL type to b.m.o.'s list.  I see no
reason to add it to the default list for the reasons Dave states and also
because I don't see admins for other installations cc:ed or commenting on this bug.

Comment 12

[Gervase Markham [:gerv]]

Sounds good to me.

Gerv

Comment 13

[Myk Melez [:myk] [@mykmelez]]

Actually, I am rethinking this.  Now that the "create attachment" rewrite has
landed, won't "auto-detect" handle ZIP archives in the vast majority of cases?

Comment 14

[Myk Melez [:myk] [@mykmelez]]

Attachment: content types and the count of attachments with those types

FWIW, here is a list of content types along with the number of attachments in
the b.m.o. database (as of this morning) with those types.

Comment 15

[Gervase Markham [:gerv]]

We should add the XUL mimetype because non-Moz browsers won't send it and people
always forget it. But yeah, we can probably skip application/zip.

Gerv

Comment 16

[Myk Melez [:myk] [@mykmelez]]

The XUL content type has been added per bug 109170.  Resolving this one WONTFIX.

Comment 17

[Dave Miller [:justdave]]

clearing target milestone on resolved non-FIXED bugs so they'll get re-triaged
if they get reopened.