Chrome v31.0.1650.57 сломал мои веб-просмотры упакованных приложений

У меня есть упакованное приложение, которое требует, чтобы я мог просматривать сохраненные автономные веб-страницы. Эти страницы загружаются с моего сервера, когда пользователь находится в сети, и сохраняются в файловой системе HTML5, чтобы их можно было просматривать в автономном режиме. Это страницы, которые нельзя упаковать вместе с приложением. Я использовал веб-просмотр для отображения этого контента в своем приложении, и это работало нормально, пока браузер Chrome не обновился до версии 31.0.1650.57 (сборка 9 ноября 2013 г.). Теперь я получаю «ERR_FILE_NOT_FOUND», хотя содержимое определенно находится по указанному URL-адресу файловой системы. Веб-просмотры по-прежнему отлично работают на моих двух Chromebook — Acer с v29 и HP с v30 — если только я не перейду в режим разработчика и не запущу бета-версию (т.е. v31.0.1650.57) вместо стабильной.

У меня вопрос, что изменилось и как это исправить? Усилил ли Chrome безопасность до такой степени, что я больше не смогу просматривать эти автономные веб-страницы? Были ли добавлены новые разрешения, которые мне нужно включить в мой манифест, чтобы мои веб-просмотры снова работали? У меня уже есть разрешения для «webview», «unlimitedStorage» и соответствующие разрешения URL для загрузки страниц с моего сервера.

Моя заявка должна быть передана клиенту примерно первого декабря, так что это большой сюрприз. К счастью, этого не произошло после запуска приложения.

Заранее спасибо за вашу помощь.

* Обновление. Я должен отметить, что просмотр внешнего URL-адреса, такого как «http://stackoverflow.com», работает нормально. Это URL-адреса файловой системы (filesystem:chrome-extension://[appId]/[pathToFile]), которые больше не работают.

**Обновление 2. Google обновил документацию по веб-просмотру (https://developer.chrome.com/apps/tags/webview), но мне до сих пор не удалось загрузить URL-адреса файловой системы.


person JSkin    schedule 18.11.2013    source источник
comment
Вероятно, это следует зарегистрировать как ошибку на crbug.com. Добавьте к нему тег Cr-Platform-Apps-BrowserTag и желательно вставьте или прикрепите сокращенный пример кода, который приводит к ошибке ERR_FILE_NOT_FOUND.   -  person Sergey Shevchenko    schedule 20.11.2013


Ответы (1)


Возможно, это относится к вашему вопросу? https://plus.sandbox.google.com/100132233764003563318/posts/hsNTHvbvEdo

person user2296820    schedule 20.11.2013
comment
Я только что получил ответ от кого-то из команды Chromium, который подтвердил, что именно так моя проблема будет решена и будет доступна в M33. Очевидно, то, что я делал с URL-адресами файловой системы, официально никогда не поддерживалось. Я хочу проголосовать за этот ответ, но у меня нет репутации для этого. - person JSkin; 26.11.2013