IE8のバグ！baseタグとscriptタグの組み合わせで無効なリクエストが発生する - 地平線に行く
サーバのアクセスログを見ていて、最近やたら変なURLに対するGETリクエストがあるなーと思って調べてみたところ、IE8のバグが原因でした。 Unfortunately, since shipping IE8, we've discovered two problems in the lookahead downloader code that cause Internet Explorer to make speculative requests for incorrect URLs. 残念なことにIE8正式版以降には、インターネットエクスプローラの先読みダウンローダーが原因で、無効なURLに対してリクエストを行う危険性があるというバグが2件あることがわかりました。 Bugs in IE8’s Lookahead Downloader – IEInternals このうちのひとつが、<sc
[CSS]気をつけたいIE 7のバグ -CSS-Discuss
CSS-Discussにアップされている「IE 7 Bugs」の意訳です。 省略している箇所も多数あるので、原文も参照ください。 Internet Explorer Win Bugs - css-discuss 注意： バグには、IE7のみでなく、IE 5, 5.5, 6のものも含まれています。 公開されてから時間が経っているためか、ちょっと古いものもあります。 IEのフォントサイズのバグ フォントサイズの継承 IEの相対指定のフォントサイズの継承は、うまく機能しません。 相対指定を行う場合、emより%で指定を行う方が便利です。もし、em指定を行う場合は最初に%指定を行ってください。 例： body{ font-size: 100.01%; } ※100%の代わりに100.01%を使用するのは、Operaでの継承バグの回避のためです。 キーワード指定でのサイズ フォントサイズに「small
![[CSS]気をつけたいIE 7のバグ -CSS-Discuss](https://cdn-ak-scissors.b.st-hatena.com/image/square/bc54860ba06deaa45382cf2bddc929515def0354/height=288;version=1;width=512/https%3A%2F%2Fcoliss.com%2Fshared%2Flogo-2014050501-en.png)
ブックマークレット、IEで落ちる - snippets from shinichitomita’s journal
外部スクリプトを呼び出すブックマークレットのスクリプトの中に、scriptタグをクリーンアップするコードを入れていたら、２回目の呼び出しでIE7が落ちた。リロードしてたりページ移動していても同じ。 外部スクリプト (bookmarklet_helloworld.js) (function() { alert('Hello World, from bookmarklet code'); var scripts = document.getElementsByTagName('script'); for (var i=0; i<scripts.length; i++) { var script = scripts[i]; if (/\/bookmarklet_helloworld\.js$/.test(script.src)) { script.parentNode.removeChild(s
locationでページ遷移を指示しておきながら直後にtime系でナニカするアレ 2008-06-29 - hoshikuzu | star_dust の書斎
…いろんなブラウザで変な現象が起きるので前から注目していたのですが、まさかIEで外部ドメインのcookieが取れてしまうとは…調査の深さが足りなかったなぁ＞俺 locationでページ遷移したらバシっと処理をぶった切ってほしいかも＞諸ブラウザ ええと、なんでもいいけど、なにかしらポップアップする系と併せてぐしゃぐしゃすると変な競合が起こりやすい模様。というのが今までの私の見解。 一番笑ったのが、ＡページでＢページへのリンクを踏んだ後Ｂページを表示後、Ａページへ戻りますか？という選択肢（Ａページ内のスクリプト）を出させることが可能とか。名づけて、ちょっと見たらスグに戻ってきてねリンク。でもcookieは取ってこれなかったんだよねぇ。コレ。 ドブロイ波の公式を実験的事実とみなし、古典的な実波動関数をあきらめて、複素波動であると決め付けて、満たすべき波動方程式を求めるとシュレーディンガー方程式が
やっぱりIEのメモリリークは直ってなかった - zorioの日記
またAjaxianから。 http://ajaxian.com/archives/ies-memory-leak-fix-greatly-exaggerated IEがやってる事はonunloadでDOMを辿って循環参照してる所を消してるだけ。 なので、DOMツリー上にないelementが循環参照していた場合はやっぱりリークする。 実例。 http://grimpoteuthis.org/example/spew.html 4つほど事例があるけど、動的に作成したelementをappendChildしてないとか、または明示的にelem.parentNode.removeChild(elem)してるとかで、DOMを辿っても循環参照しているelementにたどり着けないようになっている。 上の例のような、動的にelementを作っておいてappendChildしないコードを書くことはあんまり無
IEのメモリリークが直ってるっぽい。 - zorioの日記
javascriptで循環参照するようなコードを書くとメモリリークするIEのバグが、6月のWindows Updateで直ってるそうだ。 Ajaxian » IE Memory Leaks Be-gone http://ajaxian.com/archives/ie-memory-leaks-be-gone 確かに、KBでメモリリークが直ったような事が書いてある。 http://support.microsoft.com/kb/933566/ http://d.hatena.ne.jp/zorio/20060316/1142528060 で書いたコードで試してみた。 普通に循環参照：http://zoriolab.info/leaktest1.html クロージャ使用：http://zoriolab.info/leaktest2.html 毎月WindowsUpdate後にスナップショット
ExternalInterfaceに挑む | 暴満館 ～The House of full Violence～
これらをダウンロードして組み込み、ホスト上で動かすと動作しない。いや、正確には動作したりしなかったり、だ。何がトリガーとなって動作するかがわからない。 一応、最小構成で動作させると動いた。 そもそも、FlashとJavaScript間で直接通信するのはExternalInterfaceというらしく、これが働いていないおかげで、結果としてFlashのストレージが機能していないようだ。 というわけで幾つか策を練ってみた。検証には3ブラウザで動作したsave2localを使用する。Flashのバージョンは全て9.0.16.0だ。 DOMの汚染 真っ先に思いついたのがコレ。特殊なアプリに組み込んでいるから動作しないのではないか？ そこで、最小構成で動作するページを用意し、そのページをIFrameで呼び出し、 document.getElementById( id ).contentWindow.s
https://support.microsoft.com/en-us/help/919237
All Microsoft Microsoft 365 Office Windows Surface Xbox Deals Support Software Windows Apps OneDrive Outlook Skype OneNote Microsoft Teams Microsoft Edge PCs & Devices Computers Shop Xbox Accessories VR & mixed reality Phones Entertainment Xbox Game Pass Ultimate Xbox Live Gold Xbox games PC games Windows digital games Movies & TV Business Microsoft Azure Microsoft Dynamics 365 Microsoft 365 Micro
DOM Scripting: Fixing innerHTML
I presented my Brighton Ajax workshop yesterday. It all went rather smoothly. The workshop was in the same swanky building as the Clearleft office so I felt like I was playing on home turf. The homely feel was emphasised with the choice of snacks: Jessica was kind enough to bake up a whole batch of cookies for the workshop attendees. The cookies were a big hit. During the workshop, I discussed the
最速インターフェース研究会 :: 最近IE6でWikipedia日本語版の表示が異常に遅いのはKeepAliveのせい
KeepAliveのせいというと誤解があるか。IEのせいなんだけど。 どうもここらへんの問題っぽい。 http://d.hatena.ne.jp/kinneko/20051214/p4 http://otaba.seesaa.net/article/10637205.html 2月初めぐらいからか、キャッシュが空の状態で日本語版のWikipediaを表示すると、IE6が1分間ほど固まる、という不具合があるそうだ。 JavaScriptを切ると正常に表示できるようになるけど、JavaScriptが重い、ということはなかった。JavaScriptが重いならCPUの使用率が高くなるはずだし、なんかおかしいフリーズの仕方をする。で、Proxomitronでレスポンスとか調べてみてたりしたのだけれど、プロキシ経由だと問題なく表示される。 結論としては、なんらかの原因でkeepaliveがタイムアウト
IEで印刷できないページ - ヒルズで働く@robarioの技ログ
iframeを入れると何故か検索が出来なくなる とのことです。すみません。読み間違えていました。 ところでコードを読んでいて気付いたのですが、以下のようなframeを使ったコード <frameset name="tags">で、Yappoさんの例と同じように検索・印刷でエラー出すことができました。 （細かい話ですが、検索時のエラーコードはiframeの場合は104だったのがframeでは287になりました） 既出ネタかどうか分からないけど、iframe name tagsでググっても情報でて無いので書いておきます。 特定のタグやname属性をHTML中に記載するとIEのCtl-Fでのページ内検索やプリント機能が使えなくなります。 確かに res://C:\WINDOWS\system32\shdoclc.dll/preview.dlg とやらでJavaScriptエラーが起きて印刷できませ
IE7 で画面が真っ白になるページの対処方法 :: Drk7jp
一部で IE 7 を使うとページが旨く表示されず、画面が真っ白になると言う現象で悩んでいる方がいると聞きます。何を隠そう、僕もつい最近まで IE ７真っ白現象で悩んでしました。ブラウザ側にコンテンツが送られずに真っ白な画面になっているわけではなく、コンテンツは正常に受信している（ソースの表示で正しく html が表示される）けど、レンダリングされず画面が真っ白なままという謎の現象。IE 6 や FireFox では同様の現象は見受けられない。 で、取りあえずの対処方法として、Ｆ５を押してページをリロードすると正常に表示される場合が多いが、右クリック→エンコード→自動選択でも多くの場合正常に表示される。後者の場合はサーバに再問い合わせをしていないようなので、こちらの方が都合がよい。 で、更に調査をしていったら、何のことはない。昔も議論されていた文字化け議論と同じ物だった。 さて、この IE
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
IE、折り返し直後の要素位置の異常 - FAX
IE、折り返し直後の要素位置の異常 JavaScript DIVにSPANでタグ付けした文字列を流し込み、折り返し直後の文字/要素の位置を取得したところ、IE 7、IE 6では異常な数値が返りました。 微妙な話で、引っかかる確率は少ないですが、はまると痛いです。 まず、以下のHTMLに、 <div id="box"> <span id="E1">あ</span><span id="E2">あ</span><span id="E3">あ</span> </div> 以下のスタイルを適用します。 ポイントは、幅が固定されている点と、ボックス左上からの距離を取るためにposition:relativeになっているところだけです。 #box{ position : relative; width : 1em; background-color : #CCC; line-height : 1em;
Collection & Copy - IE Flash、ExternalInterface、ブリッジとなるスクリプトのソース、不具合
IE + Flash、ExternalInterface、ブリッジとなるスクリプトのソース、不具合 JavaScript ExternalInterfaceを使うFlashをページに埋め込むと、IEでは以下のスクリプトがロードされているようだ。 Microsoft Script Debuggerのブレークにてソースを取得した。 (非常に使いづらいツールだが、これでのみ得られる情報もある。) function __flash__arrayToXML(obj) { var s = "<array>"; for (var i=0; i<obj.length; i++) { s += "<property id=\"" + i + "\">" + __flash__toXML(obj[i]) + "</property>"; } return s+"</array>"; } function __
ppBlog - IEのメモリリーク問題
IEあるいはIEエンジンのブラウザ(Sleipnirとか)を使っていて、どうもページの描画速度が遅い気がする―もっと正確には最初にページを開いたときより遅くなった―と感じたことはないだろうか？ 特にあなたがJavaScriptを多用したページを開いているならば、もしかしたらIE特有のメモリリーク問題(IE memory leaks problemG)が原因かもしれない。 余談ですが、前回のmoblogエントリーは、自分のブログにモブログしたつもりが間違ってこちらにエントリーしてしまいました。気が向いたら移動しておきます。 で、本題ですが、この問題はより多くの利用者が（IEエンジンの）タブブラウザーを使うようになればなるほど顕在化してくると思われるのでメモしておこうと思います。ppBlogでもJavaScriptは欠かせませんし。最初に言っておきますが、この問題はIE4-6に特有のもので他の
CSSレイアウトの定石 WinIE6バグ回避法
CSSを使ったレイアウトをする際にWinIE6のバグを回避するための「定石」をまとめておきます。 とくに重要だと思うものは強調してあります。参考としてバグ辞典へのリンクも用意しました（つまり回避法を用いない場合にどんなバグが発現するか）。 フォントサイズ関係 font-sizeは%かpxで指定する。 キーワードで文字サイズを指定すると標準モードと互換モードで文字サイズが変わる(IE6) em単位で指定した値が文字サイズ変更後に正しく反映されない(IE6) ボックスモデル関係 widthと同時に左右borderや左右paddingを指定しない。heightと同時に上下borderや上下paddingを指定しない。 ボックスの幅や高さを算出するときにパディングやボーダーのサイズを含めてしまう （ブロックレベル要素を内包するボックスにはpaddingを指定しない。） 左右ボーダーとパディングを設
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
掲示板/JavaScript質問板/Open Error: 1211.dat - TAG index Webサイト