Closed Bug 1255909 Opened 9 years ago Closed 8 years ago

Error handling for plain text files

Categories

(Testing :: General, defect)

45 Branch
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: titus.fortner, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: pi-marionette-server)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/48.0.2564.116 Safari/537.36 Steps to reproduce: plain_text is: content_type 'text/plain' 'This is text/plain' -> POST session/838c7f98-223b-6b46-b953-c5eed1d18912/url >>> http://127.0.0.1:4444/session/838c7f98-223b-6b46-b953-c5eed1d18912/url | {"url":"file:///Users/tfortner/git/watir_temp/watir-webdriver/spec/watirspec/html/plain_text"} > {"Accept"=>"application/json", "Content-Type"=>"application/json; charset=utf-8", "Content-Length"=>"94"} 1457737278722 Marionette TRACE conn0 -> [0,2,"get",{"url":"file:///Users/tfortner/git/watir_temp/watir-webdriver/spec/watirspec/html/plain_text"}] 1457737278820 Marionette TRACE conn0 <- [1,2,{"error":"unknown error","message":"Error loading page","stacktrace":null},null] <- {"error":"unknown error","message":"Error loading page"} Actual results: raised unknown error message Expected results: All other drivers raise UnknownObjectException when trying to access DOM elements on plain/text-page
It's worth adding that the specification isn't entirely clear on how to handle documents of a different doctype than HTML, and this should also be fixed.
Blocks: webdriver
Status: UNCONFIRMED → NEW
Ever confirmed: true
This appears to work in Nightly now, probably due to whimboo’s recent page load algorithm changes.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.