This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
(1) The list of standard MIME types for attachments is not really enough for us--for a Java product, there ought to at least be *.jar and *.java listed. (2) When clicking on an attachment link later, it seems to get the MIME type right but the file name is a .cgi instead of the original file's name.
I know this is nuts, but according to Joshua Lerner who has really reliable information -- this can only be solved by delving deep into the hard-wired code of Bugzilla. We're not fixing Bugzilla code without a really compelling reason. We're investing in Scarab. It will be out in the Q4 time frame. From my viewpoint, I'd say that date is reliable to the 69% confidence level.
Brian Behlendorf wrote: > > I'll let you [support] take it from here w/Kevin. > > ---------- Forwarded message ---------- > Date: Mon, 5 Mar 2001 08:42:22 -0800 > From: Kevin Maples <kmaples@collab.net> > To: Brian Behlendorf <brian@collab.net> > Subject: Re: [bugs] [Issue 6907] - Bugzilla MIME types add .jar and .java > (at least) (fwd) > > It is the case that Bugzilla was pretty poor at handling attachments, > and communicating mime type/file name back to the browser. There > were a number of fixes that we have made to Issuezilla to get it to > behave, but we still have a problem with IE5 on Windows (I believe). > > However, I *think* you can amend the list of mime types by > hand-editing createattachment.cgi with the needed types (boy, this > ought to be in a table in the DB, but there you go) and that should > solve the problem. Note that you can enter the mime type in the free > text field at the end, in any event. > > Perhaps a comprehensive list of mime types that are reasonable, that > I can add to HEAD as well as netbeans? > > Thanks, > > - Kevin >
Hey, Not sure if this is an acceptable partial workaround to Netbeans issue 6907, but you can enter a custom MIME type when uploading an attachemnt: Other (enter mime type: [input box]) Haven't used it so I an vouch for it though. FYI. Joshua Information from Joshua Lerner, as a placeholder
Can support check this out to see if it works?
Created attachment 740 [details] Added patch for createattachment.cgi as for Bugzilla 2.10
Thank you. I have submitted the patch to our engineers and the issue is now being tracked internally. I will keep you updated of it's status. Specifying the MIME type in the Other column can be used as a workaround in the meantime. Kat
On pcn #2971
Instantiation needs to apply the workaround.
assigned to kevin maples and he is reifying not only with .jar and .java files, but he's instituting a whole list of other types that should be recognized. Will be instituted with the SC1.0 upgrade.
Had a chat with Kevin Maples (pasted below). Will not be implemented in time for upgrade of NetBeans. -- Jeff Love CollabNet *** Opening log file for kpm_home at Wednesday, May 30, 2001 4:18:09 PM jefflove: kpm_home *kpm_home* yahuh jefflove: hey dood jefflove: lookin fer a little insight... *kpm_home* here it comes ... jefflove: ...into the mysterious world of IZ attachment MIME types *kpm_home* bam! jefflove: [cue spooky music] jefflove: how are these set? *kpm_home* they, like so many, many things in IZ, arent. jefflove: huh *kpm_home* and like so many, many deficiencies in IZ, *kpm_home* I have an open issue to contend with it jefflove: are they handled by Apache's MIME.TYPES file, mebbe? *kpm_home* no, not at all, not remotely - they're hardcoded into the (&*)%&(*&!@ scripts jefflove: ah *kpm_home* hence the issue *kpm_home* 2971 jefflove: heh jefflove: I see I've already commented once *kpm_home* 4053 is equally fun *kpm_home* there are many related issues, all of which deal with the fact that IZ has no notion of domain-wide settings, nor rules for handling them jefflove: argle *kpm_home* exactly. *kpm_home* this means that at this precise moment, cusotomer requests are relegated to 'custom hacks' jefflove: yup jefflove: perhaps IZ shouldn't allow attachments at all... *kpm_home* fwiw, there is an illicit cgi for performing such edits that will be present in 1.1 *kpm_home* not supported, a furtive effort on my part to solve the problem, doomed to failure *kpm_home* I need to point out that we're not really talking about mimetypes per se, but the text one uses to describe them. jefflove: right jefflove: ok jefflove: thanks, kev *kpm_home* that do it for the moment? I know it's not what you wanted to hear jefflove: heh jefflove: that does it for now *kpm_home* danke *kpm_home* assure them (as I assure you) that we (I) are trying to address their needs jefflove: will do jefflove: thanks, amigo
Jeff, I've read the chat three times and I didn't find any reasons, why it's copy-pasted to this issue! Yes the chat is about IZ attachments, but I guess it has *nothing* to do with this issue. Just apply the suggested patch. On the other hand I didn't find any dependency between issue 6907 and 7053. Reopening.
Internal Collabnet issues PCN2971 and SC11.
Setting internal Target Milestone of 2.0.
removing Cc
This has been entered as a request in the future SC roadmap.
Reopening and moving to P5.
Accepting.
The developer reports that there is a back-end way to change this starting in SC1.2.
This has been fixed in SourceCast 1.2. We can verify or reopen if necessary when we upgrade.
Updating WB.
verified in 2.6.
We recently moved out from Collabnet's infrastructure
Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/e74dc8c159a2 User: Jesse Glick <jglick@netbeans.org> Log: Attempted diagnosis for random failure in NB-Core-Build #6907 (broken SFS detected in ProjectGenerator).