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.
Summary: | Default content type for *.xml in CVS browser is application/beep+ | ||
---|---|---|---|
Product: | obsolete | Reporter: | Jesse Glick <jglick> |
Component: | collabnet | Assignee: | support <support> |
Status: | RESOLVED INVALID | ||
Severity: | blocker | ||
Priority: | P4 | ||
Version: | 3.x | ||
Hardware: | All | ||
OS: | All | ||
URL: | http://contrib.netbeans.org/unbranded-source/browse/~checkout~/contrib/calpane/src/org/netbeans/modules/calpanehtml/layer.xml?rev=1.1 | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
Jesse Glick
2002-12-10 16:48:07 UTC
Hi Jesse, Update: i can confirm the problem with cvsweb recognition of content-type regarding .xml. Action plan: i'll file an interanal issue for that to our engineers. In the meantime i found this rfc dealing with application/beep+ http://www.spectrum-worldresearch.com/relevance/projects/rfc/delivery/reliable/messages/november/attribute/collector/rfc3195.txt.delivery.html I hope it means more to you than it does to me. next update: upon anwer from our engineer updating whiteboard with internal tracking number. So there's some weird RFC that happens to use XML files.... not a good reason to map *.xml to application/beep+ for the webserver, I guess! Must be mistakenly picking up a mime types DB from somewhere inappropriate. hi Jesse, Update: our engineers just fixed this problem which was caused by: bug in getMimeTypeFromSuffix() in cvsweb. action plan: ask Jesse to verify next update: will close upon confirmation Looks to be fixed, yes. Thanks! closing as fixed now Marking as verified We recently moved out from Collabnet's infrastructure |