cogdog
(Alan Levine)
1
教育コミュニティでは、ユーザーが H5P(HTML5)コンテンツを iframe で埋め込むことができます。これは許可された iframe URL として問題なく機能しています。
しかし、音声レコーダーを埋め込むコンテンツタイプで以下のエラーが報告されています。
当社の Discourse 上のすべてのコンテンツは HTTPS で提供されており、埋め込み内のすべての URL も HTTPS です。
Discourse 上でこのエラーが報告されている箇所は以下の通りです。
https://connect.oeglobal.org/t/contribute-your-voice-to-oeg-voices-opening-segment/3213/19
同じ埋め込みは、WordPress サイト Is This Thing On? – The H5P Kitchen では期待通りに動作します。
これはソースコンテンツが接続をテストする方法に問題がある可能性もあると理解していますが、Discourse 内に iframe として埋め込まれた際に何が異なるのかを特定しようとしています。
pfaffman
(Jay Pfaffman)
2
最近、コマンドラインからアップグレードしましたか?force_https は有効になっていますか?
「いいね!」 1
cogdog
(Alan Levine)
3
過去3週間にコマンドラインのアップグレードが行われました。force_https を有効化する方法についての言及は見つかるものの、具体的な手順がわかりません。完全なシステム管理者ではないものの、すべての権限を持っている立場として、詳しく教えていただけますか?
pfaffman
(Jay Pfaffman)
4
管理設定で「force」を検索して force_https が表示されない場合は、すでに設定されています。
参考までに、リンク先のページには HTTP エラーは見当たりません。
「いいね!」 1
cogdog
(Alan Levine)
5
わかりました、ありがとうございます。そこにはないようです。
ソフトウェアの開発者は、おそらくHTTPSの問題ではないと示しています(彼らは誤解を招く表現のエラーメッセージを認めています)。むしろ、iframeがマイクへのアクセスを要求する機能ポリシーを付与していないことが問題である可能性が高いです(allow="microphone *"を追加しても効果はありませんでした)。
これは緊急の課題ではありません。単に好奇心から確認しているだけです。
cogdog
(Alan Levine)
6
問題は、Discourse では iframe タグから allow 属性が削除されるため、iframe の allow パラメータを介してマイクへのアクセスを付与できない点にあります(他でも報告済み)。
「いいね!」 1