Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there.
Changed by [EMAIL PROTECTED] http://bugzilla.ximian.com/show_bug.cgi?id=82059 --- shadow/82059 2007-07-10 11:05:42.000000000 -0400 +++ shadow/82059.tmp.12274 2007-08-17 22:56:54.000000000 -0400 @@ -1,13 +1,13 @@ Bug#: 82059 Product: Mono: Class Libraries Version: 1.2 OS: unknown OS Details: FC6 -Status: NEW -Resolution: +Status: RESOLVED +Resolution: FIXED Severity: Unknown Priority: Normal Component: Sys.Web AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] QAContact: [EMAIL PROTECTED] @@ -57,6 +57,17 @@ ------- Additional Comments From [EMAIL PROTECTED] 2007-07-10 11:05 ------- The attached patch implements my idea. Is there a cheaper way to find out whether we're dealing with a Win(16|32) browser? Should Browser.Platform be used instead of Browser.Win16 and Browser.Win32? And are similar hacks necessary for Mac browers? + +------- Additional Comments From [EMAIL PROTECTED] 2007-08-17 22:56 ------- +Juraj, + + There's no need to test whether the browser is a Win32 one. All we +need to do is to look at the leading part of the filename and if it is +a n MS-DOS path designator, strip it. Opera and FireFox don't have +this problem, so we don't need to worry about them. + +This bug has been fixed in svn trunk, revision 84343 + _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
