[Webkit-unassigned] [Bug 33057] New: typeof(xhr.responseText) != "string" in Windows

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=33057

           Summary: typeof(xhr.responseText) != "string" in Windows
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: PC
        OS/Version: Windows 7
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: XML
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: mculpepper at appcelerator.org


Hey guys.. this is a really odd one we noticed in the latest builds of the
Win32/Cairo port, Brent Fulgham also verified this is happening in the official
Windows port.

Basically in an XHR response, the responseText is correctly filled with data,
but the "typeof" the responseText won't correctly compare against the string
"string", unless the typeof or the responseText itself is forced into a String
context. To clarify, here are a few examples:

"type="+typeof(xhr.responseText) // -> type=string

typeof(xhr.responseText) == "string" // false, should be true

String(typeof(xhr.responseText)) == "string" // true

typeof(String(xhr.responseText)) == "string" // true

var t = typeof(xhr.responseText);
t == "string" // true .. weird right?

tyepof(xhr.responseText).substr(0,5) == "string" // true

It should be noted that performing any standard String operations on the
responseText or the typeof seem to work fine.

If you load this test case in WinLauncher, you should see all red text with
typeof(responseText) == "string" ? false :
http://arcaner.com/test/test.html

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.