FourA の最新のアップデートと改善情報
ドロップダウン、チェックボックス、スクロールバー、自動入力フィールド、およびダイアログのボタンが、ダークテーマ環境でライトテーマの外観（白いボックスや不要なアウトライン）で表示される問題がありました。現在はすべてのコントロールがアクティブなテーマに従います。また、モーダルの背景にあるページのスクロールが停止し、ダイアログ内のツールチップが最前面に表示され、数値入力のスピナーボタンが非表示になります。
リンクが設定されていなかったため、一部の支払い済み請求書でPDFボタンが表示されない問題がありました。現在、Invoicesタブのすべての支払い済み請求書に機能するPDFボタンが表示されます。
/api/autoに否定的なvalidate（{data: {fail: ['"Due to legal reasons"']}}など）を渡した場合、フェイルリストがそのテキストと偶然一致しなかったため、Cloudflareの「Just a moment」インタースティシャルがキャッシュされた成功としてすり抜ける可能性がありました。現在、Autoはvalidateルールを適用する前にチャレンジページを拒否し、スコアリングする代わりに不良なexitをスワップして再解決を実行します。
ホスト型MCPサーバー経由でfoura_autoに長いタイムアウトを設定すると、呼び出しが完了する前にエッジでリクエストがタイムアウトする可能性がありました。この問題は修正されました。最大予算のauto呼び出しは、180秒の予算を最後まで実行できるようになりました。
1つのターゲットに対して多くのAuto呼び出しを同時に実行した際に429エラーが発生していた場合、従来はスコアの高いexitが選択され1度だけリプレイされるウォームパスの仕様により、それらの呼び出しが単一のキャッシュされたexitに集中していました。現在のAutoは必要に応じて追加のセッションを開き、各呼び出しを最も負荷の低いexitにルーティングします。これにより、バーストが1つのproxyに集中するのではなく、複数のproxy IDに分散されます。ローカルでの測定結果: no-cookieのポータブルホストでの100回のバースト呼び出しは、数秒以内に拡大したプール全体に分散されるようになりました。
Cloudflareは正常に通過するページにもパッシブスクリプトを挿入します。以前のAutoは、その参照をアクティブなチャレンジとして扱い、完全なブラウザ解決を実行していました。現在は、真のインタースティシャルマーカー(「just a moment」ページなど)のみがブラウザパスをトリガーし、より安価なproxy階層からクリーンな200が返されます。また、Autoはデフォルトで最大5回のリダイレクトに追従します(followRedirectsで設定可能)。
Cloudflareで保護されたターゲットがチャレンジ通過後に実際のジオブロックページ(451)を返した場合、watcherがクリア時のステータスをハードコードしていたため、Browserはこれを200として報告していました。現在、watcherはクリア後の実際のDocumentを読み取るようになりました。これにより、200は200のまま、451は451として表示されます。また、Autoは誤ったコンテンツを拒否し、validateルールに真に一致する出口の検索を継続します。
キーボードレイアウトに関係なく、Cmd+K(Ctrl+K)ショートカットでコマンドパレットと検索モーダルが開くようになりました。以前は入力された文字(キリル文字レイアウトでのк)と照合していたため、非ラテン文字レイアウトを使用している場合は機能しませんでした。今回の修正で、物理キーと照合するように変更しました。この修正は、メインサイト、ブログ、およびドキュメントに適用されています。
Autoのコールドソルブには数分かかる場合があり、requestはバジェット全体にわたって開いたままになります。すべてのレイヤーからのエラーは、クライアントが解析できるJSONとして返されます。
cookie再利用可能なサイト (bet365をカナリアとして使用) において、初回の解決後に2クレジットの安価なリプレイに下がるべきところが、リクエストあたり15クレジットの高価なブラウザ解決に固定される問題がありました。バグは2つありました。一時的なトランスポートエラーでラッチがトリガーされる問題と、ブラウザのリプレイが成功してもセッションcookieが更新されない問題です。両方を修正しました。cookie再利用可能なサイトでのリピートリクエストは、料金設定通り、初回の解決以降は2クレジットの消費となります。
クロスオリジンアクセスを厳格化し、foura.aiのみが資格情報を使用してAPIを呼び出せるようにしました。また、metrics endpointの入力フィルターを強化し、開発専用のフォールバックシークレットを削除しました。既存のインテグレーションに変更はありません。
request に validate.status.accept を設定した場合、エンジンは許可された非200ステータスを完全な成功として扱います。以前はアクティビティ上でこれらが失敗としてラベル付けされており、利用統計にズレが生じていました。結果は validate の判定に沿うようになり、許可した403は App Fail ではなく成功として表示されます。
Singleを経由してキリル文字、中国語、日本語、またはその他のNon-UTF-8のページをスクレイピングしていた場合、bodyが文字化けして返ってくることがありました。以前は、生のバイトデータが表示される前に、すべてのresponseをUTF-8として強制的にデコードしていました。現在は、responseから文字コード（Content-Type、次に<meta charset>、そしてUTF-8へのフォールバックの順）を読み取り、正しくデコードします。この問題を報告してくれたAlexandar Kanchev (Sensika)氏に感謝いたします。
実環境に存在する一部の proxy は、実際には request を転送しません。それらは request をプレーンテキストのサーバーダンプとしてそのまま送り返し、その中身を収集しようとします。現在、response がコードに到達する前にこのパターンを検出できるようになったため、Single、Browser、および Proxy Finder はすべて、ゴミデータを返す代わりに、適切なエラー（または再試行）を返します。
新規に検出された proxy が検証前に待機状態になっていた遅延を修正しました。Proxy Finder が即座に検証を行うようになったため、稼働中のアクティブな proxy がより多くローテーションに加わり、プールがより新鮮に保たれます。
