276481 - MS Exchange Server Best Practices Analyzer Tool

Status: VERIFIED INVALID

(Firefox :: Address Bar, defect)

Description

[Andrew Crane]

Hello:
This utility allows Exchange Admins to analyze setups and fix problems. It scans
Exchange server & Active Directory setups and produces reports which includes an
option to take the user to a link which explains discovered issues & gives
remedy steps. The bug I discovered is this...

With Firefox 1.0 set as the default browser, a rogue "%09" (minus quotes) is
injected in the URL strings generated by the utility. This produces a "Bad URL"
result in the browser. Example:

URL with Firefox 1.0 set as the default browser:
http://www.microsoft.com/technet/prodtechnol/exchange%09/exbpa/4a057fc7-fbaf-4863-9675-318d5d0139f0.mspx

URL with default browser Internet Explorer (6.02 - patched up-to-date):
http://www.microsoft.com/technet/prodtechnol/Exchange/ExBPA/4a057fc7-fbaf-4863-9675-318d5d0139f0.mspx

Other Info:
 - We've been able to reproduce this on another PC
 - OS is Windows XP Pro Sp2 fully patched
 - Pasting the Firefox version of the link into IE and trying it from there also
produces a bad URL.

Comment 1

[Mike Connor [:mconnor]]

I don't suppose you can explain why this is a Firefox bug and not a Microsoft
bug.  If the utility is producing bad strings for Firefox, I'm not sure what
you're expecting us to do.

Comment 2

[Andrew Crane]

(In reply to comment #1)
> I don't suppose you can explain why this is a Firefox bug and not a Microsoft
> bug.  If the utility is producing bad strings for Firefox, I'm not sure what
> you're expecting us to do.

No -  I  don't know the inner workings of either product. But it looks like the
same XHTML code is being interpreted differently by each browser (%09 seems to
be the code for a tab being passed to the destination server).
Regards, ~ A

Comment 3

[Andrew Crane]

(In reply to comment #2)
> No -  I  don't know the inner workings of either product. But it looks like the
> same XHTML code is being interpreted differently by each browser (%09 seems to
> be the code for a tab being passed to the destination server).
> Regards, ~ A
I've been in touch w/ the MS development team and they've acknowledged that this
is a bug introduced with the latest version of their utility. Funnily enough it
was a change with the way the program handled non-IE browsers. Improved
compatibility w/ other browsers but broke something w/ Firefox. :)
Please close the ticket and thanks for your work on a great project.
Regards, ~ A

Comment 4

[Jaime Mitchell (use [e-mail] for email)]

Resolving Invalid as per comment 3