遅ればせですが、横から失礼します。
hogeo さんが書きました:
① バージョンアップにより、パスワードマネージャーに登録されているパスワード情報は消えてしまいませんでしょうか。
Firefoxのバージョンアップについてインターネットで情報を探していると、パスワード情報が消えてしまうパターンが目立つため、慎重になっています。
Firefox 本体だけでパスワードを管理しているのなら、ご心配のようなことは通常起こりません。
とくに、Firefox 31.x ESR まではパスワードを保存するファイルが signons.sqlite のままです。なので、24.x ESR から 31.x ESR へのアップグレードに際し、同じプロファイルを継続して使っても、そのまま signons.sqlite が使われます。
「インターネットで情報を探していると、パスワード情報が消えてしまうパターンが目立つ」の具体的内容は存じませんが、ぼく自身は Firefox のアップグレードにともなってパスワードを失ったことは過去に一度もありません。パスワードまわりのトラブルシューティングを手伝った経験も少ないですが、強いていえばアドオン（拡張機能）でパスワードまわりの動作をカスタマイズしているユーザー環境で起こりやすい、という印象は持っています。
もし hogeo さんのところでパスワードまわりに作用するアドオンを導入しているなどの事情があり、そのアドオンが 24.x ESR では正常に動作するが、31.x ESR には対応していないような場合、アドオンを起因として予期しないトラブルが誘発される可能性はあるでしょう。
ESR 版の特性として、一気に通常版 7 バージョン分のアップグレードになりますから、使用しているアドオン（とくに自前で作ったもの、特定のアプリケーションが放り込んでくるもの）の対応状況を事前にテストしておくことは、管理者がやっておくべき基本事項です。
（補足）
Firefox 38.x ESR 以降（通常版では 32.0 以降）、パスワードを保存するファイルが logins.json に変更されています。
順当にアップグレードしていれば、signons.sqlite の内容を引き継いでくれますが、やはりアドオンの導入状況やユーザーが施してきたカスタマイズの状態によっては、引き継ぎに問題が起こることもありえます。
38.x ESR 以上から 31.x ESR 以下へのダウングレードまたは同一プロファイルの使い回しは、保存されるパスワード情報に混乱を招きやすくなります。もしこれまでにそういう不適切な使い方をしてきたプロファイルなら、すでに潜在的な不具合を抱えてしまっているかもしれず、アップグレードなどの大きな変化をきっかけに障害が顕在化するかもしれません。
hogeo さんが書きました:
② UIが変わるのは承知しておりますが、その他なにかとてつもなく変化する点・注意点はございますでしょうか。
24.1.0 ～ 31.8.0までのリリースノートは拝見致しましたが、大幅に変わった点は見受けられませんでした。。
「UIが変わるのは承知しております」というのが、Firefox 29.0 から変更された Australis テーマのことなら、それ以外に見た目の大きな変更はないと思います。
しかし、大半のユーザーにとっては些細な変化でも、特殊な設定を施していたり独自の運用方法をとっているユーザー環境では、致命的な変化になるかもしれません。「なにかとてつもなく変化する点・注意点」と言われても、hogeo さんのところの具体的な現状を知りえない第三者に、的確なアドバイスはできません。
例えば、見た目ではなくバックグラウンドに関する変更点として、24.x 系から 31.x 系で、SSL/TLS や証明書検証器まわりにいくつかの変更（セキュリティ強化）が取り込まれています。したがって、hogeo さんがよく利用する https なサイトがあったとして、そのサイトの条件によっては（とくに脆弱性が残ったままのサイトなら）、24.x 系ではアクセスできても、31.x 系はできない ―― ということが起こるかもしれません。組織内ネットワークの現状をふくめ、実地検証したほうがいいことは他にもあると思います。
なんにせよ、実際に Firefox 31.8.0 ESR をインストールして表示や動作を確認してみれば一目瞭然です。24.x ESR で使っている既存プロファイルの複製を作って、それで 31.8.0 ESR を動かしてみれば、現状の利用条件に即して「24.0 ESR から 31.8.0 ESRへ移行するにあたっての注意点」をいっそう具体的に把握できると思います。
【ESR 版を使う上での注意点】
ご承知とは思いますが、Firefox ESR 版の特徴は次のページに書いてあるとおりです。
（参考）・Mozilla Japan 法人向け情報 - Firefox の事例と関連情報
https://www.mozilla.jp/business/Mozilla Japan 法人向け情報 さんが書きました:
Mozilla では、Firefox を一括導入する上で長期サポートを必要としている法人向けに、セキュリティ修正だけを長期継続する延長サポート版 (ESR: Extended Support Release) の Firefox を提供しています。セキュリティが最優先だが、機能変更は最小限としたい法人の皆様に無償でお使いいただけます。
すでにサポートが終了して久しい Firefox 24.x ESR や 31.x ESR を使わざるを得ないご事情があるのだとは思いますが、それだと ESR の役割が活かせていないこと、その結果として相応のリスクを背負った状態であることは、十分に飲み込んでおいてください。現時点でのサポート内 ESR は、Firefox 45.x 系です。
次のページに列記されている既知のセキュリティ脆弱性のうち、31.8.0 以降に修正されたものの多く（全部とはいいません）が、31.8.0 ESR には修正されないまま残っていることなります。（セキュリティは二の次という観点で ESR を運用なさっているのなら、この助言は無意味でしょうけど...。）
（参考）・Firefox ESR セキュリティアドバイザリ >> Firefox 31.8 で修正済み
http://www.mozilla-japan.org/security/k ... irefox31.8ESR のもう一つの特徴は、テスト期間が長く取れることです。
Mozilla Japan 法人向け情報 さんが書きました:
ESR は、新バージョンの導入前に検証を行えるよう、新バージョンの公開から旧バージョンのサポート終了まで 2 サイクル (12 ～ 16 週間) の重複期間を設けています。
セキュリティ修正を中心としたマイナーアップデートだけで進む期間は、その ESR バージョンの基本機能に変化はありません。
大きく変わる新旧バージョンの切り替え時期も、重複期間が設けられていますから、実際の環境条件に合わせてテストするのがやりやすくなっています。ベータ版などを使えば、事前のテスト期間をさらに長く取ることができます。
とくに法人固有の環境条件や特殊な運用事情がある場合、新旧の ESR で動作や表示に差が出る可能性は否定できません。なぜなら、ESR 版のバージョンアップは、通常版の 7 バージョン分の変化をともなうからです。そのため、実環境をふまえた検証をおこないやすいようにサイクルが組まれています。
法人固有の事情があって ESR 版を使っているのであれば、一般論であれこれ考えるより実地に検証したほうが、現実の利用環境における正確な判断ができると思います。
アドオンはもちろん、ブラウザで使うグループウェアなども、実際におこなうからこその「動作検証」で、そこから問題点を洗い出し、正式アップデートの前に解決を図る ―― というのが検証の意義でしょう。実地の動作検証をためらっていたら、何のために ESR 版を使っているのかってことにもなりかねません。
とりあえず以上です。
（オフトピ）
9 月以降、24.x ESR や 31.x ESR など似たような環境条件を前提とした質問トピックが、異なるユーザー名（ハンドル）で投稿されています。そしていずれも、「解決した／しなかった」「理解できた／できなかった」などの結果報告がなされないまま放置されています。
質問するだけして無反応というのは、まるでピンポンダッシュのような行為だと思います。そういう態度を取る人（法人ユーザー？）がたくさんいるのかもしれません。同一人物がそのつどハンドルを変えているとは考えたくありませんが、万一そうなら、ピンポンダッシュの常習者ということになります。
たまたま似たような環境の別人が投稿なさっていることもありえるので、このトピックにはいちおう回答しておきます。ここでは、ルールやマナーから逸脱したピンポンダッシュ的な対応がないことを祈ります。
ログイン
ユーザー登録
FAQ
検索
