[whatwg] Fakepath revisited

Maciej Stachowiak mjs at apple.com
Sun Sep 13 14:58:03 PDT 2009

On Sep 7, 2009, at 3:53 PM, Robert O'Callahan wrote:

> On Tue, Sep 8, 2009 at 3:56 AM, Aryeh Gregor <Simetrical 
> +w3c at gmail.com> wrote:
> Browser vendors cannot sacrifice compatibility for long-term goals,
> because their users will rebel.
> We can sacrifice *some* compatibility for *some* long-term goals. We  
> do it all the time, even Microsoft. It's all about tradeoffs.
> In this case, I'd like to see a list of specific routers, sites etc  
> that triggered the implementation of fakepath in Opera and IE. I'd  
> like to crosscheck with our Bugzilla to understand why we haven't  
> felt the need to do this in Firefox.

For Safari/WebKit, we haven't seen specific bug reports that are  
clearly identifiable as this issue. But I'm willing to believe it is  
real. We sporadically get bug reports about specific routers, but we  
rarely have the resources to acquire the particular hardware and  
investigate the issue. Thus, the problems tend to remain unresolved  
unless it's a very popular piece of hardware and the bug keeps it from  
working at all.

For what it's worth, I think fakepath is kind of gross, but far from  
the grossest compatibility hack in the Web platform. And in this case,  
input.files will give a cleaner and more capable API. So I'm ok with  
the hackery here.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20090913/8d9b1c83/attachment-0002.htm>

More information about the whatwg mailing list