Closed Bug 1255909 Opened 8 years ago Closed 7 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: 7 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.