あぁ、自分でバグ仕込んでただけだった…orz https://twitter.com/asamuzakjp/status/1002600691783761920…
posted at 02:48:19
ツイートの記録を停止しています
このアカウントはTwitter APIの仕様変更の影響でツイートの記録を停止しています。
記録を再開するには、Twilogにログインしてください。
Stats | Twitter歴 5,169日(2010/02/03より) |
ツイート数 15,088(2.9件/日) |
表示するツイート :
あぁ、自分でバグ仕込んでただけだった…orz https://twitter.com/asamuzakjp/status/1002600691783761920…
posted at 02:48:19
でも、コンソールにはヒントになりそうなことは残っておらず…orz https://twitter.com/asamuzakjp/status/1002600057919533056…
posted at 02:20:06
と、長々とツイートしたのは、これまたwithExEditorの別のイシューの検証のためだったりする…w
で、再現されましたとさ…orz
posted at 02:17:35
ということで、解決に向けてこれ以上進めなくなってしまった。
ちょっと心残り…。 https://twitter.com/asamuzakjp/status/1002597890085158917…
posted at 02:09:17
でも、肝心のとあるサイトではまだソース表示ができないというorz。
考えられる可能性としては、本人がブラウザのキャッシュを無効化しているとか、実はプロクシを咬ませていてそれが原因だったりする可能性が残っているのだが、本人がイシューを閉じてしまった。 https://twitter.com/asamuzakjp/status/1002597768118931456…
posted at 02:08:59
で、スクリプト側からソースを取得する際には、一旦ログインページに転送されるのが原因のようだ、というところまではつきとめた。
で、fetch APIの仕様を調べ直し`cache: "force-cache", credentials: "include"`のオプションをつければWordPressではキャッシュされたソースを取得することができた。 https://twitter.com/asamuzakjp/status/1002597528427061249…
posted at 02:08:29
withExEditorへのイシューで、ログイン認証が必要なとあるサイトのソースが表示できない、というのがきた。
再現手段がはっきりせず、たまたまWordPressの編集画面で同様の状況が再現できることが確認できた(編集画面のソースなんて見る必要もないので、試したことすらなかったw)。
posted at 02:07:32