Summary: | Provide a WebView preference to disable link prefetching | ||
---|---|---|---|
Product: | WebKit | Reporter: | Jeff Johnson <opendarwin> |
Component: | WebKit API | Assignee: | Nobody <webkit-unassigned> |
Status: | UNCONFIRMED --- | ||
Severity: | Normal | CC: | leonclarke |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | All | ||
OS: | All | ||
Bug Depends on: | 194539 | ||
Bug Blocks: |
Description
Jeff Johnson
2010-07-17 12:21:42 PDT
While I don't in any way object to this option being added, there is an argument that it isn't needed. Mozilla's FAQ on the issue claims that any legitimate reason for wanting to disable the feature should be considered a bug in the implementation, although they do have a very hidden way of disabling it. https://developer.mozilla.org/en/link_prefetching_faq#Is_there_a_preference_to_disable_link_prefetching.3f When I was implementing this (originally on Android), we discussed whether there should be a user option to disable it, but were convinced by Mozilla's arguments and decided not to. Leon That comment in the Mozilla FAQ seems a bit silly. The privacy and bandwidth implications are inherent to the feature, not something you can code away. For example, there's no possible way that you can avoid using bandwidth to download linked pages. To me, the real argument is in the next section of the FAQ: "The user preference to disable <link> tag prefetching may simply encourage websites to stick with JS/DOM hacks, and that would not be good for users." I don't think this is a strong argument, however. There are very public browser preferences to disable Javascript, cookies, plugins, etc., but web developers continue to rely on them all the time. If the browsers support link prefetching, then the web developers will use it, because they will assume (correctly) that most people won't change the browser's default settings. |