バージョンごとに進化するIEのバグ 備忘録も兼ねて記事にまとめました。 バグについての解決策と補足も併せて記載してますが、 記事に記載されていない遭遇率高めのバグやより良い解決策などがあれば、是非フィードバックをお願いします。 まとめてみた所感としては、IE6の頃から根本的な部分は変わってない気がします。 （ただし、パフォーマンスが大幅にアップしたのは認める。） IE11はWindows10の場合、2025年までサポートが続きます。 https://support.microsoft.com/ja-jp/lifecycle/search/18165 ﾅﾝﾃ／(^o^)＼＼(^o^)／／(^o^)＼＼(^o^)／／(^o^)＼ｺｯﾀｲ もうね...アボカドまるごとバナナかと。 ちなみに今年の4月でVistaがサポート終了するので、1ヶ月後にはIE9を窓から放り投げてOKです。 https:/

日本では、2016年1月13日でIE8の正式サポートが終了しました。 それでも、まだIE8でもちゃんと閲覧できるサイトを作って欲しいと言われることがあります。 正式なサポートが終了したブラウザを使うリスクや対応工数を考えると、 クライアントには「IE8は対応外です」としっかり説得すべきです。 でも、大人の事情で対応することになった際に、気をつけるべきことをまとめました。 1. IE8は対応外と突っぱねるべし 一番良いIE8対策は、動作確認対応外にすることだと思います。 公式サポートが止まったことで予期せぬ攻撃を受け、そのリスクを誰が負うのかクライアントさんにも説明してください。 ブラウザシェアなどをお見せして、そろそろ推奨環境をアップデートしませんかと説得してみてください。 古いユーザーさんに支えられているサービスは…頑張って対応してください。 2. HTML5とCSS3が使えない ついく

構築した環境(ホストOS) ホスト OS OS：Windows 7 Professional Service Pack 1 32bit| CPU：Intel(R) Core(TM) i5-2520M @ 2.50Ghz Memory: 4.00 GB (3.17 GB使用可能) ゲスト OS Platform：VirtualBox OS：Windows 10 Browser：Internet Explorer 11 Windows XP もやってみたけど、おおむね同じ手順で OK！ IE で日本語表示できない件は後述のメモを参照。 必要な仮想マシンのダウンロード 1. modern.IE にアクセス 2. 仮想マシン を選択 3. [Select Virtual Machine] から必要な仮想マシンを選択 IE11 on Win10 4. [Select Platform] からプラット

Seasar2で作ったIE8互換の統合基幹業務システムを最新のChrome/Edgeで動作させるための１０のクロスブラウザテクニック

以前にも紹介したように、Internet Explorer のサポート ライフサイクルが変更され、2016年 1月12日以降、最新バージョン以外の Internet Explorer のサポートが終了します。その関係だと考えられますが、Windows 7 用や Windows Server 2008 R2 用の Internet Explorer 9 /10 のインストール パッケージを入手しようとしても、通常の Internet Explorer の Web サイトやダウンロード センターでは見つからなくなっています。 開発段階での互換性検証や動作確認であれば modern.IE にある仮想マシンを利用するなどの方法がありますが、例えば既存のクライアント マシンのリプレースで他のマシンと揃えるために敢て古い Internet Explorer をインストールしなければならない場合など、ロ

IE11 になって機能追加やレンダリングエンジン周りの進化もかなりありましたが、それとあわせてユーザエージェント文字列が大幅に変更されました。 先月末に Windows 8.1 のプレビュー版が公開され、早速手持ちの MacBook Pro に入れてみたっていう話は先日書いたとおりですが、Internet Explorer 11 （IE11） については細かく触れなかったのでまとめておこうと思います。 IE11 になって機能追加やレンダリングエンジン周りの進化もかなりありましたが、それとあわせてユーザエージェント文字列が大幅に変更された結果、従来のブラウザ判別コードで検出できなくなる可能性もあったりします。その辺について Nicholas C. Zakas 氏が Blog 記事を上げていたので紹介しつつ触れてみたいと思います。 とりあえず、IE11 の概要とか 公式情報として、IEBlog

■Summary IEには、JavaScriptを使ってProxyサーバの構成を自動的に行うという自動構成ファイル機能がある。 自動構成ファイル中でreturn "DIRECT"を使うと、インターネットをアクセスしているにもかかわらず、IEのセキュリティ・ゾーンがイントラネット・ゾーンになってしまう可能性がある。これはIE4以降のすべてで起こる。 これを防ぐには［イントラネット］のセキュリティ設定で［プロキシ サーバーを使用しないサイトをすべて含める］のチェック・ボックスをオフにする。 Internet Explorer（以下IEと略記）には、アクセスする先のサイトに応じてIEのセキュリティ設定などを切り替える、「セキュリティ ゾーン」と呼ばれる機能がある。ゾーンごとに、Cookieの扱いやJavaScript、ActiveXコントロールなどを許可するかどうかを決めることにより、例えばイン

はじめに ASP.NETでファイルアップロードのプログラムを作っていたのですが、とある問題に悩まされていました。 それは、アップロードのプログラムをローカルで動作させたときには、アップロードしたファイルのファイル名だけがサーバに送信されるのですが、サーバ機で動かしたとたんに、ファイル名がフルパスで送信されるようになるというものでした。 原因は、サーバ側のプログラムではなく、クライアント側のインターネットオプションのセキュリティ設定にありました。ローカルで動作させたときには、セキュリティゾーンがインターネットソーンだったのに対して、サーバ機で動作させたときには、セキュリティゾーンがイントラネットゾーンになっていました。 インターネットオプションのセキュリティ設定 IEにおいて、ファイルアップロード時に送信されるファイル名は、インターネットオプションのセキュリティ設定にある「サーバにファイルを

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。

Internet Explorer 6 では、<input type="file"> を使用してファイルのアップロードを行うときに、ファイル名をフルパスで送信するため、マイドキュメントなどに置かれてるファイルをアップロードすると、ログインユーザ名がサーバ側に漏洩するという問題がありました*1。 例えば、マイドキュメントに置かれているファイルを送信した場合、IEから送られるリクエストは以下のようになります(抜粋)。 POST /upload.cgi HTTP/1.1 Content-Type: multipart/form-data; boundary=---------------------------7d611f24420292 User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.432