问题标签 [samsung-browser]

I'm trying to view the JavaScript console output of a WebVR scene, that's being loaded in the Samsung GearVR browser. If it was in the Chrome browser I could use some form of remote debugging, but with the Samsung browser that wouldn't work.

I looked around the web, but nothing mentioned the particular Samsung Browser WebVR debugging situation.

Does anyone have any ideas or links?
I appreciate your help :)

我正在尝试为三星互联网（三星的安卓股票浏览器）制作一个基于网络的流媒体播放器（http://srv.deutschlandradio.de/themes/streamplayer/index.html），但没有成功。

流播放，但我无法控制它的位置。三星的浏览器似乎支持基本的 HLS 流式传输，但不使用 DVR 搜索（或实时播放）流（DVR 功能允许观众暂停、播放和倒带直播流一段时间）。

例如，audioElement.currentTime总是返回 0，改变它的值，它每次都切换回 0。

这在其他浏览器上运行良好（如此处所述：https ://www.w3schools.com/tags/av_prop_currenttime.asp ）。

是否有关于三星互联网 DVR 窗口的流媒体支持的文档？

我同时直接询问三星，但正如Peter O'Shaughnessy 建议的那样，我将其发布在这里。我仍然希望我不是唯一一个尝试在 StackOverflow 上实现这一点的人......也许有一些解决方法？看起来也不支持 MediaSourceExtensions。

谢谢！

我正在用 React 做一个应用程序，Facebook 登录在 Chrome、Safari 和其他人中工作，但它不在三星浏览器上。我试图调试在其中放置断点的代码window.fbAsyncInit但该函数从未在三星浏览器上执行（它在其他浏览器中执行）。我还检查了脚本元素#facebook-jssdk是否已添加到 DOM。同时，开发工具的网络选项卡显示没有任何对connect.facebook.net/es_ES/sdk.js.

我认为它应该是对 XSS 脚本或类似的东西的任何保护，或者可能只是内置的三星广告拦截？我试图更改js.src添加的协议https:，http:但似乎没有任何改变。

我想知道主流浏览器中 Web 标准（Web Push Protocol + VAPID）的实施现状（2020 年）。
Safari 正在使用 Apple 推送通知服务，我知道 Firefox 和最近的 Chrome 以完整的标准方式实现了它：

• 不需要gcm_sender_id在 manifest.json 中有
• 订阅选项中只需要 VAPID 公钥
• 没有开发者注册任何服务

使用FCM/GCM的三星互联网是不是像chrome一样传到标准方式了？Opera 和 Edge 的状态如何？

我们正在运行为 Chrome 和 Samsung Internet 启用推送通知的渐进式 Web 应用程序，并鼓励我们的用户将其添加到他们的主屏幕。我们严格记录和监控浏览器异常以保持高质量的服务。

自 2018 年 5 月 22 日以来，我们注意到令人费解的 JavaScript 异常突然增加，这些异常源自对以前从未失败过的标准功能检测 Web API 的调用。

例如，以下代码会产生以下错误，尽管“push”显然是Permissions.query() 规范的有效值：

TypeError: Failed to read the 'query' property from 'Permissions': The provided value 'push' is not a valid enum value of type PermissionName.

经过仔细检查，我们注意到所有这些错误都发生在不是我们实际客户的用户代理执行脚本期间。相反，我们看到一个未知的客户端在我们的用户访问后立即查询我们的应用程序：

1. 用户访问我们的 PWA，没有报错
2. 用户使用“添加到主屏幕”（大部分时间），没有报错
3. 未知客户访问我们的 PWA，报错。

这个未知的客户端执行 HTTP 请求承载特征模式：

• URL 与用户访问的 URL 完全相同
• 原始 IP 地址分配给 Google, Inc.（66.102.0.0/20 或 66.249.64.0/19 范围）
• 推荐人是“<a href="https://www.google.com/" rel="noreferrer">https://www.google.com/”</li>
• 用户代理字符串以某种方式匹配用户之一：相同版本的 Android，相同的设备构建，相同的浏览器，但不同的浏览器版本，始终来自此列表：
  • Chrome/66.0.3359.126（5月22日→5月30日）
  • Chrome/66.0.3359.158（6 月 11 日 → 6 月 25 日）
  • SamsungBrowser/3.0 Chrome/38.0.2125.102（6月25日→6月27日）
  • SamsungBrowser/6.4 Chrome/56.0.2924.87（5月22日→5月30日，6月25日）
  • SamsungBrowser/7.0 Chrome/59.0.3071.125（5月22日→5月30日、6月25日）

更重要的是，这些请求只是间歇性地以一种看似可控的方式发生，如上面的日期和下面的图表所示：

这一点，以及我们在大多数情况下检测到“添加到主屏幕”的使用情况，让我们怀疑这是否可能是与WebAPK 相关的实验。然而，这是无证的，因此非常令人费解。

这个未知的源自 Google 的客户端是什么？

它的目的是什么？

开发者应该如何发现它们，应该采取什么措施？

2018 年 8 月更新：上述请求现在似乎已经完全消失了……但它们可能是我们现在看到的某种类似请求的某种原型。这些新类型的请求仍然来自 Google 服务器，并且似乎专门针对我们 PWA 的 Web Manifest，因此不再触发 JavaScript 错误。它们都带有明确后缀的 Chrome/59+ 用户代理字符串(via Google-Chrome-WebAPK)。其他浏览器，如三星互联网，尚未被发现。

使用以下配置启动三星互联网浏览器....

1. 三星默认浏览器启动成功，但显示跳过/下一步按钮 - 这些按钮导航到浏览器页面
2. 无法交互的元素（如点击、发送键） 请帮我解决这些问题。

Jeff Posnick 在文章“<a href="https://developers.google.com/web/updates/2018/06/fresher-sw" rel="nofollow noreferrer">Fresher service workers, by default”一文中提到：

每次 [...] 服务工作者通过推送或同步事件“唤醒”时，浏览器将并行地请求 [...] 更新服务工作者脚本。

它实际上是 W3C 服务工作者规范的一部分吗？我似乎在当前的 Nightly 草稿中找不到它。

Chrome 从什么时候开始支持这个功能的？其他浏览器呢？

我在使用带有 HTML5 视频的 Android 版三星股票浏览器时遇到了奇怪的行为；（不会在 Chrome Android 和 Safari IOS 上发生）

当播放 HTML5 视频，用户切换标签页，然后返回该标签页，播放 HTML5 视频，视频重新加载并从头开始；（这是在视频播放 4-6 秒之后）

我使用了“ visibilitychange ”和“ window.onfocus/window.onblur ”来检测此类事件；我还在部分代码上放置了跟踪，其中视频加载了一个 URL，当情况发生时它不会被调用；还在视频标签错误侦听器上放置了跟踪，以查看是否有任何但没有显示；

有没有发生在其他人身上的事件？什么可能导致这种情况？

蒂亚！

我创建了一个动态视频网页，它由 <video> 和 <audio> 元素组成，因此我可以动态更改这两个元素的来源。如果我播放视频，音频正在同步播放。到目前为止，一切正常。但是，如果我在 Android 上使用三星网络浏览器，则无法同时播放 <音频> 和“<视频>。如果我开始播放视频，则音频停止。如果我启动音频，则视频停止。谷歌浏览器没有任何问题，所以假设它是三星互联网浏览器特定的问题。

本周，我们开始从平板电脑和智能手机上的三星浏览器用户那里收到错误日志，其中偶尔会使用逗号分隔发送到我们服务器的 Cookie HTTP 标头中的两个 cookie，而不是标准的分号。当前定义 cookie 和 HTTP 状态管理的RFC RFC 6265表示只接受分号作为分隔符，但它前面的两个 RFC（2965和2109）指定“服务器也应该接受逗号 (, ) 作为 cookie 值之间的分隔符，以便将来兼容。”

这对我们有两个后果：

• 假设有问题的 cookie 包含 Base64 编码的对象。因为逗号不被解释为分隔符，所以标头中的下一个 cookie 被附加到我们尝试转换的 Base64 值的末尾，并且转换崩溃。
• 就 ASP.NET 自己的 cookie 处理而言，逗号分隔符后面的 cookie 是“丢失”的。

在我们这边拼凑一些东西来修复崩溃的转换是很容易的。我可以寻找一个逗号，如果它存在的话，忽略它和它后面的所有东西，转换就会成功。但后来我必须手动处理恢复“丢失”的 cookie，而且真的，如果可能的话，我想避免这些类型的黑客攻击。鉴于 Android 手机上操作系统更新的状态，我非常希望能解决这个问题。但由于较旧的 RFC 建议在服务器端支持逗号作为分隔符，我希望有一些可配置的东西可以让我免费获得这种行为，而无需在我们的应用程序代码中使用不雅的 hack。

所以真的，我要问的是：

• ASP.NET MVC 曾经支持逗号作为 Cookie HTTP 标头中的分隔符吗？
• 如果是这样，是否有任何方法可以在 MVC 5/Framework 4.5.2 上启用该遗留行为？