Opera Mobile 9.70b1 の password manager
Opera Mobile 9.70b1 の password maneger が使っているパスワードデータは、 desktop 版 Opera のデータと同じものらしい。
デスクトップ版の Opera を複数個所にインストールしている人の多く？は、パスワードデータをコピペで使い廻していると思いますが、それと同じ様にデスクトップ版のパスワードデータを Opera Mobile 9.70b1 の環境にコピーしてやると、どうやら、そのまま、使えます。
コピーするのは、次の4個のファイルです。
- wand.dat
- opcacrt6.dat
- opcert6.dat
- opssl6.dat
これらのファイルはデスクトップ版の Opera directory *1 に有ります。何れかのファイルが見つからないって人はそもそもパスワードを使っていないか、マスターパスワードを設定していない人です。*2
コピー先は、*3
- \Program Files\Opera Mobile\profile\secure\wand.dat
- \Program Files\Opera Mobile\profile\opcacrt6.dat
- \Program Files\Opera Mobile\profile\opcert6.dat
- \Program Files\Opera Mobile\profile\opssl6.dat
となります。
コピーが終わった後に Opera Mobile を起動するとマスターパスワードを要求する画面が表示されますが、そこでデスクトップ版で設定したマスターパスワードを入力すれば、OK！
前回の件のつづき
他所の環境では現象が再現できないらしいので自分の環境＝OSがイカレテル？のかと疑っていたのですが、今回 Windows 7 を新規インストールした環境でも再現できることを確認したので御報告。
と云っても同じ PC の仮想環境なので HW や BIOS がアレな可能性は排除できないって事は置いといて、、、、、。
Microsoft Virtual PC 2007 に Windows 7 RC1 を入れて、
Opera 9.64
Adobe Flash 10.0.22.87
Sun Java JRE 1.6 update 13
Opera 10 build 1535
の順番にインストールした状態でスクリーンショットを採ったのが↓こちら。
結局、何も改善していない。
・・・・・・・・・・・・・どころか、build 1535 の Turbo は、はてな のログインがアレな感じ、、、、、だし、その他にも不可解？な挙動があるような？
いや、OSがイカレテル？
ってゆーか、同じ build の Classic と msi の両方をインストールして、かつ、両方を同時に起動して、アッチとコッチで Turbo ON/OFF を別々にやってたらレジストリ的にアレかも、、、、、。
ってなワケで（イミフ） 今回のエントリは Opera 9.64 からカキコ。
今日のバグレポ Opera 10.00 build 1497
fake だと思われている様な気がしないでもないけれど、、、またしても、バグレポしてしまいました。
Java applet のサムネイルが本来のサムネイル画像(窓)の外に描画される(DSK-253169)
URIは先日の前田さんのところで
レーヴ日進新築工事｜Construction REPORT｜実績紹介｜前田建設工業株式会社
スクリーンショットを見れば一目瞭然なので↓をどうぞ
↑は Turbo ON の場合で、真っ黒な四角い箱が本来のサムネイル画像(窓)の外に表示されています。
↓は Turbo OFF の場合で、灰色の四角い箱の中で白い文字が下から上にスクロールしていくのが見えます。
追記（build1535を入れてみたので）
どうやら、何も変わっていない。
appletのサムネイルについてですが、Show Window Size
opera:config#UserPrefs|ShowWindowSize
にチェックを入れて、ウィンドウの縦の巾を 約550 以下にしていると再現させ易い感じ。
別の表現に言い換えると、
「本来のappletをウィンドウの外に追いやった状態でサムネイルを表示させる」
と現象を確認し易いと思います。
情報の後出しに成ってしまいましたね。ごめんなさい。
これまでこの日記に書かなかったけどバグレポ済みな Opera Turbo の件
エントリ済みな件に追記したついでにメモ！
DSK-250481 Turbo ON だと Ford の Mobile office のビデオが再生できない。
(build 1497 では未解決)
当初バグレポしたときとは URI が変わってしまったが現在では
http://www.fordworksolutions.com/IndashVideo
のビデオが Turbo ON では再生できない。 Delayed Script Execution とは無関係っぽい。
DSK-250648 Delayed Script Execution にチェックが入っていると applet が表示されない。
(build 1497 では未解決)
当初バグレポしたときとは URI が変わってしまったが現在では
レーヴ日進新築工事｜Construction REPORT｜実績紹介｜前田建設工業株式会社
のアプレットが Delayed Script Execution にチェックが入っていると表示されない。
Opera 10.00 build1413 をあっさりと crash させるブックマークレット
Opera v10.0 は、とても安定していて、 「 これでも本当にアルファなプレビュー版なの？ 」 と思っていたのですが、その Opera v10 build1413 を あっさりと クラッシュさせるスクリプト（bookmarklet）を見つけてしまいました。
javascript:(function(){for(var m=1;(m=prompt("No",m))<2;m++){for(var i=1;i<2;i++){document.write('No = '+m+'<BR>');};};})();実行して、 [OK] ボタンを押すと確実に落ちます。
どうやら、 prompt() と ２重ループのあるブックマークレットで再現するような感じ？
っと云うわけで https://team.opera.com/snapshot/crashlogs/ からクラッシュログをアップロードし、さらに Bug report wizard - Opera Software でバグレポ（bug#DSK-251423）しておきました。*1
追記
build 1491 のチェンジログにも書かれていますが、修正されています。
Opera Turbo の不具合
Opera Turbo は低速回線な人にはまさに救いの神なのですが、 Delayed Script Execution がらみで（予想通り？）トラブルが出てしまうようです。
その１つが、国土地理院の電子国土Webシステムで動いているサイト
代表格は「ウォッちず（ http://watchizu.gsi.go.jp/ ）」、「電子国土ポータル（ http://portal.cyberjapan.jp/ ）」
このサイトでは地図のローディングがエンドレス・ループに入ってしまいます。
また、低速回線業者の代表格？のウィルコムストアで買い物をしようとすると
とエラーメッセージが出て先に進めません。
お客さまのブラウザ設定では、ショッピングカート画面へ進むことができません。
ブラウザの設定で、JavaScript（アクティブスクリプト）を有効にしてください。
いずれの場合も Turbo を止めて通常の Opera 10.00 alpha版と同じ様にレンダリングさせれば問題無いのですが、、、、、、、
追記（はてブでコメントを頂いたので）
電子国土地図の件は3月15日にバグレポしていたのですが、ウィルコムストアの件は「Opera Turbo のリリース後に当然O社やW社の中の人がすぐに気付いてバグレポしているに違いない」と思っていたのでしばらく様子見しておりました。が、事情通のedvakfさんより『中の人は不具合があるのを認識してない。』との指摘を受けたので半信半疑ながら私からもバグレポしておきました。
追記
id:saiton さんの御尽力により電子国土ポータルの件（DSK-248896）は build1497 で解決されました。
これまで電子国土のサイトは Fx に比べて表示が遅かったのですが、爆速になった様に感じます。コアな部分で対応して頂いたのとターボプロキシサーバが増強された(？)のが効いているでしょう。嬉しい限りです。斉藤さん有難う御座います。
もう一方の WILLCOM STORE の件（DSK-249672）は、相変わらずなのが残念です。今後に期待します。
