MozillaWiki

Firefox/Projects

< Firefox
Revision as of 08:12, 21 March 2009 by Jboriss (talk | contribs) (some changes, still working)

Overview

Sprint lead: curtis
Sprinters: johnath, boriss

Description:

More useful/helpful set of network error pages that offer tools helping users get to a useful end point via search, analysis of Places DB, or automatic redirects/reloads.

Project steps

  • String Freeze for Beta 4: Mar 19, 2009
  • Code Freeze for Beta 4: April 6, 2009
  • Create experimental 404 extension and send it out for comments

      Completed, comments were:
    • Works well for simulated small errors in URLs
    • Hard to say how well it works for real errors in the wild.
    • Drawing alternatives from the Places DB looks like a practical tool we can use for suggesting alternatives.
  • Discuss with Google Link Doctor team

      In progress, next: follow up on experimental access to the service.
  • Discuss possible 404 implementation with bzbarsky and others

      Completed, comments were:
    • 404 interception unified with the existing error handling architecture is too deep a change to make for 3.1.
    • A less intrusive approach similar to the one the experimental 404 extension uses may be possible -- need to investigate further.
  • Implement Levenshtein Distance algorithm in C++

      Completed
    • Followup: Plug algorithm into Firefox+Sqlite, providing better performance and accuracy compared to the approach used in the extension.

        In progress
  • Proposed a plan for actual implementation

      In progress, see below

Proposed Plan

We're targeting two error types:

  1. 404 errors.
  2. DnsNotFound errors.

Tools to draw on:

  1. Places alternatives: Places DB + Edit Distance -- can be called automatically.
    • Good for errors on URLs that the user has visited before
    • Might be especially useful for misspelled hostnames.
  2. Google Link Doctor
    • Assuming partner issues are worked out with Google.
    • Can't be called automatically for privacy reasons.
    • Available with one click (similar to pre-loaded Google search box)
  3. Other easy to implement tools
    • common transformations (www..example.com --> www.example.com, etc.)
    • pre-loaded search box
    • etc.

404 redirection

Design scope

  • Will use 404-specific error page for 3.1 rather than trying to re-use the generic network error page. The goal is to give the user better indication of the problem and provide tools for next steps if needed.
  • Will not redirect obvious custom server error pages. To this end, we'd like to use a heuristic beyond simple page size for identifying default 404 pages. Possibilities:
    1. Compare to standard Apache and IIS 404 pages, possibly fuzzy (use edit istance?)
    2. Use EndDocumentLoad (or other event) + redirect
    3. Implement listener in C++, should be able to access 404 status directly from dcument.
    4. Deep docshell changes (Not possible for 3.1}
  • Will allow original error page to be available at one click
  • Will unify with existing error page architecture in v.next.

Open questions

  • Which tools will be provided?
  • Should indication that the error is "404" be provided in the first screen?
  • Is it possible to link to a page with more information about the problem?
  • How many alternatives should be shown, and how closely should those match user input?
  • What distinction should be drawn from the user's perspective between this and a DnsNotFound error?
  • Problem: The 404 error page can't be a chrome page, since that could expose us to privilege escalation attacks piggy-backed on XSS attacks.

      Solution: Use an about: URL to access the 404 error page.


Resources

Sketches

Notes

Most current design

DnsNotFound

Design scope

  • Will use the DnsNotFound error page to give the user better indication of the problem and provide tools for next steps if needed
  • Will provide the user tools via one-click access to Google Link Doctor
  • Will provide the user with better link options with data drawn from Places

Open questions

  • Which tools will be provided?
  • Should indication that the error is "DnsNotFound" be provided in the first screen?
  • Is it possible to link to a page with more information about the problem?
  • How many alternatives should be shown, and how closely should those match user input?
  • What distinction should be drawn from the user's perspective between this and a 404 error?

Resources

Sketches

  • A suggestion is found, via Google or Places, and search is provided

  • Two suggestions might be given if two are clear strong matches

Notes

Most current design

To Do

  1. Get the experimental extension out to concerned parties: Boriss, Johnath, and Aza, etc. Work with Boriss to get a first cut on an official 404 page design.
  2. Follow up with contact on Link Doctor team about experimental access to the Link Doctor service.
  3. Extend the 404 extension to intercept other error types so we can use it to prototype improved error page designs.
  4. Figure out how to plumb 404 interception into Firefox proper (talk to Johnath).
  5. Investigate implementing a proper edit-distance algorithm in C++ that can be used with Sqlite.
  6. Come up with a plan for a production-quality Firefox 3.5 patch.

Goals / Use Cases

tbd

Non Goals

tbd

Design

tbd

Bugs

Bug 479922 - Network error pages should give me tools instead of asking me questions

Reference

nsDocShell::DisplayLoadError -- dispatches various error pages

netError.xhtml

aboutCertError.js

about:neterror

about:config -- urlclassifier.alternate_error_page default string = "blocked" -- for example -- tells nsDocShell::DisplayLoadError to use the "blocked" page instead of the default generic page.

https://johnath.com/ -- triggers a "Secure Connection Failed" error page.

http://example.example.com/ -- triggers an "Address Not Found" error page.

Error Types

Which ones do we want to improve first?

  • Some "tools" may broadly apply -- change the generic template? (e.g. search)
  • No new pages, just make the existing pages better?
  • Add a search field to addressNotFound page.
  • neterror important???
  • protocolNotFound
  • fileNotFound
  • dnsNotFound important???
  • connectionFailure important???
  • netInterrupt
  • netTimeout important???
  • nssBadCert
  • nssFailure2
  • phishingBlocked
  • malwareBlocked
  • malformedURI
  • redirectLoop
  • unknownSocketType
  • netReset
  • netOffline
  • isprinting
  • deniedPortAccess
  • proxyResolveFailure
  • proxyConnectFailure
  • contentEncodingError
  • unsafeContentType

dnsNotFound error

URL that results in a dnsNotFound error page

 

connectionFailure error

URL that results in a connectionFailure error page

[image:xxxxxxxxxxx Screenshot of a connectionFailure error page]

Notes

Can we use Places autocomplete for link correction? A mis-typed link will often be in error in only the last couple of characters -- we can truncate the last 2 or 3 characters and rely on Places auto-complete to give us recommendations...

http://mxr.mozilla.org/mozilla-central/source/toolkit/components/places/tests/autocomplete/

A related alternative would be to construct an edit-distance function and register it with SqlLite. We can then do a query on minimal edit distance (async of course) to get the best link correction matches.

Problem is, how do we hook link correction into the error page? We'd like to provide suggestions inside the web page similar to Google's "did you mean" on the search results page.

More Notes

Google Chrome's Friendly 404 Error Page

 

Notes Mark III

Summary of error types (FF 1.5)

Google Chrome LinkDoctor Service (linkhelp.clients.google.com) 

 wget -U "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.13 (KHTML, like Gecko) Chrome/0.2.149.27 Safari/525.13" "http://linkhelp.clients.google.com/tbproxy/lh/fixurl?sourceid=navclient%20&hl=en&sd=com&error=http404&url=http://news.speeple.com/sunflowers"
 
 wget -U "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.13 (KHTML, like Gecko) Chrome/0.2.149.27 Safari/525.13" "http://www.google.com"

Notes: Herdict

Email from Jesse: 

 Here's the bug I filed with my ideas for error pages:
 
 https://bugzilla.mozilla.org/show_bug.cgi?id=479922
 
 and here's the page that Curtis coincidentally wrote:
 
 https://wiki.mozilla.org/Firefox3.1/Sprints/Network_Error_Pages
 
 Jonathan Zittrain was talking about HerdictWeb
 (http://www.herdict.org/web/) in building K today and had interesting
 ideas about integrating it into Firefox's error pages.  Instead of
 Firefox just telling you the site is unreachable, maybe it could tell
 you whether it has been gone for minutes or months, and whether it is
 broken for everyone or only for certain ISPs or countries.
 
 jz -- Curtis and I are in building S today if you want to come over
 and chat with us.
Retrieved from "https://wiki.mozilla.org/index.php?title=Firefox/Projects&oldid=135247"