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.

Bug 9479 - Bugzilla does not recognize platform from Emacs W3 browser
Summary: Bugzilla does not recognize platform from Emacs W3 browser
Status: RESOLVED INVALID
Alias: None
Product: obsolete
Classification: Unclassified
Component: collabnet (show other bugs)
Version: 3.x
Hardware: PC Linux
: P4 normal (vote)
Assignee: support
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-02-08 08:09 UTC by Jesse Glick
Modified: 2009-11-08 02:27 UTC (History)
0 users

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jesse Glick 2001-02-08 08:09:34 UTC 
My user-agent string is: Emacs-W3/4.0pre.46 URL/p4.0pre.46 (i386-redhat-linux-gnu; X11)  Bugzilla does not recognize it at all, I guess; OS and Platform are both Other. I think a GNU-standard ID string should be recognized (PC/Linux in this case).
Comment 1 Unknown 2001-05-24 18:38:16 UTC 
Same old Xemacs problems.  Still not fixing these.  Still has the problem with 
the no-line wrap action in the comments.  Still isn't recognized by Issuezilla. 
Seems like an enhancement to me.  We're not intentionally disallowing people 
with Emacs -- that just happens to be Bug/Issuezilla.
Comment 2 support 2001-05-31 02:25:58 UTC 
reopening to change resolution
Comment 3 support 2001-05-31 02:27:03 UTC 
resolving remind for distinguishing issues
Comment 4 Taska 2001-10-05 00:56:30 UTC 
Reopening all RESOLVED REMIND Issues and marking them P5.
Comment 5 Taska 2001-11-09 00:01:40 UTC 
We're currently working out how to deal with these many unique
os/platform strings (PCN4511, PCN6301).
Comment 6 Taska 2001-11-09 00:32:38 UTC 
Since the identification string reported by browsers is so free form,
the developer found that this was a much more difficult problem than
previously thought.  We have basically solved this in the following
way: The Platform and OS will default to All the first time you submit
a bug with a particular browser; but if your browser accepts cookies,
the choices will "stick" when you submit future bugs.
Comment 7 Jesse Glick 2001-11-09 11:03:07 UTC 
That's probably fine for us at least since we are all-Java and the
platform and OS are only rarely significant. For a native-language
site it would be a problem I guess, so if you plan to do this in
SourceCast generally you probably want some other opinions.
Comment 8 Taska 2002-05-17 20:19:39 UTC 
Administrative Change; SC1.3 has been renamed SC2.0.
Comment 9 Unknown 2002-08-22 01:25:27 UTC 
This has been fixed in the 2.0 release of SourceCast. During the
upgrade to that release we can verify or reopen if necessary.
Comment 10 Unknown 2005-03-18 11:23:37 UTC 
The system was changed to use cookies instead of auto-detecting from the 
browser. Verified.
Comment 11 Marian Mirilovic 2009-11-08 02:27:14 UTC 
We recently moved out from Collabnet's infrastructure