Posts made by knokmki612

I simply installed xcompmgr to solve this matter

Same at

• macOS Sierra 10.12.4
• Opera stable 44.0.2510.1218

こんばんは。実はVivaldiの日本語フォーラムでも類似した現象が話題に上がっており、yasu0796さんのこちらのディスカッションが参考になりそうだったので、そちらの方でリンクを貼らせていただきました。

https://vivaldi.net/en-US/forum/japanese/9807-linux-vivaldi#75165

私の方でも再現ができていませんが、早くバグが修正されると良いですね。

本日、~/Library/Preferences下のplistやフォルダを全て削除するという荒療治を行ったところ、このトピックの現象が発生しなくなりました。
やはりOperaではない別の何かのソフトが影響していたのだと思います。削除せずに検証すれば、どのソフトのplistが影響していたか分かったはずですが、今となってはどうすれば再現するかも判明していませんので、調べる手立てがありません。

以下の場合で、それぞれlsofにより使用しているファイルを列挙し、差分をとってみました。

1. 現象が発生するアカウントでOpera stableを起動した場合
2. 現象が発生するアカウントでOpera betaを起動した場合
3. 現象が発生しないアカウントでOpera stableを起動した場合

行数が増えますので詳細は割愛しますが、1. 2. 3. それぞれ比較した結果、1. でのみ呼び出されているこの2つのファイルが気になっています。

/System/Library/Frameworks/AppKit.framework/Versions/C/Resources/Latn1.data
/System/Library/Frameworks/AppKit.framework/Versions/C/Resources/Latn2.data

これらのファイルを呼び出している条件は何か、これらのファイルが現象に関係しているのか、分かっていませんが、また何か気づきましたらコメントさせていただきます。

私の環境で別のアカウントを作り、Opera stableをインストールしてみたところ、勝手に未確定の半角スペースが入力される現象が発生しませんでした。

私のアカウントと、現象が起きなかったアカウントの差異を少し調べてみましたが、Opera.appやその他Operaが生成するファイルの差分をとってもそれらしいところはなさそうです。

どうもこれはOpera以外のソフトが原因である可能性があるかもしれません。

拡張機能やキャッシュの影響も考えられますが、そちらはいかがでしょうか。

Opera stableの38.0.2220.29について、

• 環境設定からキャッシュの削除
• 手動によるキャッシュフォルダの削除
• 手動による拡張機能と設定ファイルを含むフォルダの削除

以上のことを改めて行いましたが、改善されませんでした。

他の方で同様の現象が起きているか検索してみましたが、見当たりませんね。

Opera stableが38.0.2220.29へとアップデートされましたのでチェックしたところ、依然として私の環境にて当該の現象は起きるようです。

現在のOpera betaは38.0.2220.25なので、バージョンでは現在のstableのほうが新しいことになります。ということは、私の環境固有の問題なのか、stable固有の問題ということなのでしょうか。

私の方でなにか発見がありましたら、改めてコメントさせていただきます。

返信ありがとうございます。

バージョンアップで解決する問題かもしれませんので、Opera beta 38 で確認していただけますか？

MacにてOpera beta 38.0.2220.25とOpera developer 39.0.2248.0をいれて確認してみました。
勝手に未確定の半角スペースが入力される現象については再現しませんでした。

また、stableの設定ファイルをbetaやdeveloperにコピーしてみたり、逆にstableのキャッシュや設定を削除してみましたが、どのバージョンでも特に変化はみられませんでした。

おっしゃる通り、バージョンアップで解決する問題かもしれません。お騒がせしました。

現在のbetaがstableに降ってきた際、再度確認したいと思います。

Mac以外のOpera 37.0.2178.43 Stable、または、私の環境でのMacのSafari、Chromium 51.0.2683.0などでは、この現象は起きませんでした。

入力モードがことえりの状態でOperaを利用している際、特定のサイトのフォームなどの入力欄にテキストを入力しようとする、またはしていると、勝手に未確定状態の半角スペースが入力されます。

未確定状態の半角スペースが入力されるタイミングはあまり把握できていませんが、今キャプチャをした限りだと、文字を削除した後に起きやすく思いました。

環境はMac OS X 10.10.5、Opera 37.0.2178.43 Stabeです。

この日本語環境でIPAフォントが使われるかどうかというのは、fontconfigの設定によるものかなとおもうのですが、英語環境でも再現させる場合は、IPAフォントをインストールした状態で

$ LANG=ja_JP.UTF-8 opera

で実行すれば良いはずです。

話は変わりますが、私の環境ではNotoフォントに変更したところフリーズもなくなりました。やはりフォントファミリー名が英語である日本語フォントを使うのが現状での回避策なのではないかと思います。

詳細の確認結果ですが、お待たせしました。
システムフォントの設定に関係あるのか、CentOS 7 の場合、IPA フォントをインストールしても、英語環境の場合は問題は発生しませんでした。
ですので、英語圏の方が IPA フォントをインストールしただけでは問題は再現しないかもしれません。
また、今回は Yahoo! トップページのニュースで確認しましたが、Chrome も Opera も同様に CPU 負荷が高まり反応が遅くなりました。
詳しくは、画像でご確認ください。クリックで大きくなるかと思います。
日本語環境では、マウス操作に合わせて表示されるはずの URL が非常に遅れて表示されます。
右側に表示される CPU の負荷も非常に高いです。
Chrome 日本語

Opera 日本語

一方英語環境は、URL もスムーズに表示され、CPU 負荷も大きな変化がありません。
Chrome 英語

Opera 英語

おお、とても分かりやすいです！本当にありがとうございます！

1.8 GHz の CPU を利用されているということで、私がテストした環境の 2.6 GHz と比較し感じ方の違いなどがあるかもしれません。
また Linux 環境でテストできるときに、リンクが多い Amazon のページでチェックしたいと思います。

yasu0796さん、ありがとうございます。

Debian Google Chrome 47.0.2526.80でチェックしたところ、私にはフリーズしているように感じました。
定量的な評価をしていない以上、OperaとChromium/Google Chromeで同じ現象が起きているかどうか、判断するのが難しいです。

参考になるかわからないのですが、個人的な方法のひとつとして、Amazonで適当に商品の一覧ページを表示し、スクロールして引っ掛かりがないかどうかチェックしています。この方法が有効であるように思う理由は、Amazonの商品一覧のページはURL文字列長が長いリンクが多く配置されているので、スクロールしている最中にマウスにリンクが重なる回数も多いためです。

他にも、OperaのブックマークデータをGoogle Chromeにインポートして、メニューボタンからのアクセスにおいてフリーズが発生するかどうか確かめてみました。OperaはOボタンのブックマークメニューにアクセスした途端にフリーズしますが、Chromeではブックマークメニューにアクセスする時点ではフリーズしないのですが、大量のブックマークエントリが格納されているサブフォルダにアクセスした際にフリーズしました。

全体的な1回あたりのフリーズしている時間も、ブラウザによって違っており、Chromeのほうがブラウジングには支障のない範囲でのフリーズであるように思います。

ChromeでもIPAフォントをアンインストールして動作に差があるか確認しましたが、やはりIPAフォントがシステムフォントである状態とは動作が違っています。

やはり定量的な評価ではない以上、私見では似た現象がOperaとChromeに起きているように「感じられ」ますが、yasu0796さんのほうでは問題ないようなので、これがOpera固有の問題であるのか、ベースのChromiumの問題なのか、またその両方の問題なのか判断するのは難しいです。

Debian Chromium 47.0.2526.73にて確認しました。

この現象についてChromiumでも再現されるということは？と検索してみたのですが、どうやらこの件と関連している可能性が高いように思います。
http://ja.hideki.hclippr.com/2015/01/29/google-chrome、linux下での速度問題のまとめと回避方法/

ごめんなさい、今まで私が書いた内容は全て的外れです。本当の原因が分かりました。

私の環境でシステムフォントにIPAフォントを使っていることが原因だったようです。
これってつまり、Gentooであるかに関わらず、他のディストリでも十分再現可能なのではないでしょうか？
念の為私の方でも先のコメントで用意したDebianの環境でもIPAフォントをインストールしたところ、フリーズを確認しました。ちなみにIPAフォントを入れる前はDroidSansFallbackFull.ttfが使われていました。誰か確認をして下さると心強いのですが。

IPAフォントがotfであることと関係があるのでしょうか？

あと、似たようなディスカッションを見つけたのでURL貼っておきます。
O24 dev: can't read menus - Opera Forums
https://forums.opera.com/topic/3877/o24-dev-can-t-read-menus

本日initシステムをOpenRCからSystemdに移行したところ、フリーズが発生しなくなりました。
Oボタンからのブックマーク表示、リンクへのマウスオーバーともに快適に動作しています。

原因ははっきりとは分かりませんが、Consolekitが悪さをしていたような気がします。
今日のディストリビューションはほとんどSystemdに移行しているために、遭遇している方が見当たらなかったのだと思っています。

どなたかの参考になれば。

その後、Ubuntu 15.10(Unity)やDebian jessie(Gnome3)といった環境をUSBメモリに構築し、同じハードウェア上でOperaを使用したところ、上記で触れたようなフリーズする現象には遭遇しませんでした。
また、ブックマークをOボタンから閲覧する際にもフリーズしていたのですが、それもありませんでした。

結論としては、自分のGentooで構築した環境に問題があり、おそらくOperaで使用されているライブラリのいずれかのコンパイルオプションがUbuntuやDebianのものとは異なることによって生じているのではないかと推測しています。

Gentooで(しかも私がビルドしたパッケージにおいて)発生する事象について、サポートされることはありえないと認識しておりますので、今後も自己解決を試みようと思っています。その暁にはぜひまたコメントさせていただきます。ご迷惑をおかけいたしました。

フリーズする現象、33.0.1990.43でも変化はないのですが、この現象は広告に限らず、リンク全般で起きている気がします。
マウスオーバーすると左下に出てくるリンク先のurlのポップアップ(なんと言ったらいいのでしょう)が出てくるときに固まっている気がします。

urlの文字列が長かったり、urlに日本語がurlエンコードされたものが含まれている(結果として文字列が長い？)とフリーズする気がします。

全て私の環境での「気がします」なので、他に遭遇しているユーザーを見かけませんし、対応しがたいかもしれませんが、その後気づいたこととして残しておきます。