[Webkit-unassigned] [Bug 31509] New: [Qt] Implement error pages handling support to DRT.

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sat Nov 14 15:06:04 PST 2009


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

           Summary: [Qt] Implement error pages handling support to DRT.
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: PC
        OS/Version: Mac OS X 10.5
            Status: NEW
          Keywords: Qt
          Severity: Normal
          Priority: P2
         Component: Tools / Tests
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: tonikitoo at webkit.org


It turns out that none of the current DRT implementations (mac, win, gtk and
qt) support "error pages" when an unsuccessful load happens. IMO, such feature
could make DRTs to act more like a real browser, and then is a good thing to
have, and give tests more accurate.

I got dumbs-up on IRC for moving forward on that implementation (see below),
and I am making it for the QT DRT in advance.

(...)
<tonikitoo> (well, darin showed no objection based on the lack of a better
suggestion for my problem)
<tonikitoo> my plan:
<tonikitoo> 1) make sure my FrameLoader patch does not break current gtk, mac
and win tests.
<tonikitoo> 2) put my specific test in other DRT Skipped list for now (mac, gtk
and win).
<tonikitoo> 3) and file follow up bugs to these ports to implement support for
error pages in their DRT's
<tonikitoo> ap,aroben: what do you think ?
<aroben> tonikitoo: that sounds pretty good to me
<ap> tonikitoo: you don't have access to Mac or Windows, do you? it would be
nice to implement this for at least one platform where Safari works
<ap> tonikitoo: otherwise, sounds good
(...)

<ap> tonikitoo: I'm not sure why you want this to be configurable. isn't it
always good for DRT to show error pages?
<ap> tonikitoo: making DRT behave more like a real browser is certainly good
(...)



patch coming ...

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



More information about the webkit-unassigned mailing list