- From: <bugzilla@jessica.w3.org>
- Date: Sat, 23 Feb 2013 02:07:00 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=20964 --- Comment #15 from Fred Andrews <fredandw@live.com> --- (In reply to comment #14) > It is reasonable to stipulate that the EME supports content that depends on > servers with a finite life. However since it also supports content that does > *not* rely on servers with a finite life, there is a clear provision for a > sunset on the restrictions. This does not seem to be a bug. > > If this were a bug, I think you would agree it would make sense to prevent > this in other aspects of the Web Platform. However I could generate dynamic > content using the existing Web Platform that would have this restriction, > i.e. when the server goes away the content will not be viewable any more > without further user circumvention. It would not meet our requirements in > other respects (performance, compatibility with existing technology, > difficulty of circumvention, etc.) but it would exhibit the behavior you are > describing. I challenge you to think of an example that shows that 'generate dynamic content using the existing Web Platform that would have this restriction'? I do not believe it is possible. The UA can store the computed DOM, the rendered pixels, etc and replay it in future without the server being live. Being able to 'use' a dynamic web page may require access to a server, but this is different matter. Obviously a cloud web service is no longer usable after the server is decommissioned, but content obtained from such as service is. For example, a web server offering videos is not accessible after the server is decommissioned, but the downloaded videos are still viewable if not for DRM limitations. The working group may wish to close this as 'won't fix', but that is a decision for them, and I would like it to be presented accurately to the working group and for their decision to be recorded. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Saturday, 23 February 2013 02:07:03 UTC