これが実行例です-https：//runkit.com/philipbjorge/axios-regression

セッションベースの認証トークンもマージされないという同様の問題があります。

修正は、 paramsをプロパティのdeepMergePropertiesセクションに移動するのと同じくらい簡単だと思います。 ここでの相違： https ：

@zackseuberlingこれのプルリクエストを入れることができますか？

同じ問題があります。

@jasonsaaymanテストは、＃2196で（正しい動作であると私が想定しているものに対して）合格しています。

すぐにリリースされることを願っています、問題は私をかなり迷惑にしました

同じ問題を抱えています。 いつ修正されるのですか？

ここで同じ@ wphestiraid😬

0.18.1ダウングレードすると、回避策として修正されました。 これでセキュリティの脆弱性が修正されました。

@serranoarevalo 0.18.1使用できると思います：smile：

また、これはと起こるようですmethodそれだけで指定されたなら、 create呼び出していないrequest 。 それを理解するために一日中私を連れて行きました、間違いなく破壊的な変化。 （これは別の問題である必要がありますか、それとも同じ一般的な問題の一部ですか？）

ここで同じ問題

これについて何かニュースはありますか？ いつ修正されますか？

これについて何かニュースはありますか？ いつ修正されますか？

とりあえずv0.18.1を使ってください。 ✈️

それは私が使用しているものですが、セキュリティの問題のためにこれが修正されたら、 v0.19.0にアップグレードする必要があります

それは私が使用しているものですが、セキュリティの問題のためにこれが修正されたら、 v0.19.0にアップグレードする必要があります

どのようなセキュリティの問題ですか？ v0.18.0はセキュリティの問題があり、 v0.18.1問題ありません。

NPMは、監査中に0.18.1に脆弱性があるとしてフラグを立てています-おそらく赤いニシンです。

私のようにaxios 0.19を使用する必要がある場合は、このようにパラメーターを管理できます。回避策として、今のところ正常に機能するはずです。

// Pass to create only these params
const instance = axios.create({
  headers,
  baseURL,
  timeout,
});

// Pass others to the instance request
instance.request({
  method,
  url,
  data,
  ...options,
});

公式の修正を待っています😭

賛成。 午後を過ごしてこのバグを追いかけ、問題を書くためにここに来ました。

修正を提供するための進展はありますか？

https://github.com/axios/axios/blob/v0.19.0/lib/core/mergeConfig.js#L18 -L22

module.exports = function mergeConfig(config1, config2) {
  // eslint-disable-next-line no-param-reassign
  config2 = config2 || {};
  var config = {};

  utils.forEach(['url', 'method', 'params', 'data'], function valueFromConfig2(prop) {
    if (typeof config2[prop] !== 'undefined') {
      config[prop] = config2[prop];
    }
  });

v0.19.0コードは、 mergeConfig(axios_instance.defaults, config)示しています
リクエストconfig.paramsのみが使用されます。

マイナーバージョンが以前のバージョンと互換性がないのはなぜですか？
これのテストはありませんか？
私は尋ねなければなりません。

@magicdawn私は彼らが台無しにしたと思います。 修正をマージするために彼らが待っているものがわかりません。 pls @ emilyemorehouse 、 https： //github.com/axios/axios/pull/2196🙏で私たちを助けて

連絡あった？ 同じエラーが発生した後、最新バージョンにアップグレードします。

問題はこれが修正されることです!!

この問題を見つけるのにしばらく時間がかかりました...迷惑です。 修正も待っています。

ハックかもしれませんが、作成されたaxiosインスタンスのgetメソッドにパッチを適用することもできます。

const client = axios.create({
  baseURL: YOUR_URL,
})
client.originalGet = client.get
client.get = (url, { params, ...config }) =>
  client.originalGet(url, {
    ...config,
    params: {
      key: YOUR_API_KEY,
      ...params,
    },
  })


// use it like normal
client.get('/something', { params: paramsToMerge } )

createインスタンスをラップし、次のようにすべてのメソッドにパッチを適用しました。

export const createInstance = (config?: AxiosRequestConfig): AxiosInstance => {
  const instance = axios.create(config);

  // Patch methods to merge default params into each request.
  // https://github.com/axios/axios/issues/2190
  for (const [method, configIndex] of methodsToPatch as Array<[keyof AxiosInstance, number]>) {
    const orig = instance[method] as Function;
    // @ts-ignore
    instance[method] = (...args: any[]) => {
      if (!args[configIndex]) {
        args[configIndex] = {};
      }
      args[configIndex].params = {
        ...(instance.defaults.params || {}),
        ...(args[configIndex].params || {}),
      };
      return orig.apply(instance, args);
    };
  }

  return instance;
};

const methodsToPatch = [
  ['getUri', 0],
  ['request', 0],
  ['get', 1],
  ['delete', 1],
  ['head', 1],
  ['post', 2],
  ['put', 2],
  ['patch', 2],
];

回避策を探しているすべての人のために、あなたは私のものを使うことができます（すべてに当てはまるとは限りません）：

npm i qs

axios.interceptors.request.use(config => {
    config.paramsSerializer = params => qs.stringify({ ...params, myValue: 'foo' });
    return config;
}

@janpantel興味があります。

axios.interceptors.request.use(config => {
    config.params.myValue = 'foo';
    return config;
}

@janpantelありがとう私はそれがそのように機能すると思います、また他の選択肢よりもきれいです

非常によく似たエラーがあります。

実際、 axios.create()インスタンスparamsを指定することさえできません。
その間、リクエストインターセプターにフォールバックしました...

わたしも。 今日は私を狂わせた！ すべてが正常に機能していました。 それから突然、認証の問題とCORSの問題が発生しましたか？！ ヤーグ...

私はv18からv19にアップデートし、このバグを継承していると思いました。 インスタンス定義で定義した「デフォルト」パラメータ（古い学校のauthkeyパラメータ）は、後で新しいパラメータでそのインスタンスを呼び出したときにマージされていなかったようです。新しいパラメータはデフォルトを強制終了しました:(。

バージョン18にダウングレードすると解決しました。 彼らがすぐにそれを修正することを願っています、私はすべての私のモジュールが最新のものであるのが好きです！ ：NS

今度はノードとブラウザでumi-requestを使用するようになります。
ここまでは順調ですね。 😄

同じ問題が2020年以来まだ存在しています。
設計どおりに実行されますか、それともこの問題はいつ解決できますか？

Axiosバージョン：0.19.0

このような便利なlibを提供してくれてありがとう！

v0.19.1まだこのバグがあります😞

すでにこれを修正してください。 これは本当に迷惑です。 このバグを理解するのに15分かかりました。

[email protected]を使用した場合も同じ問題が発生します。 回避策としてインターセプターを使用する。

[email protected]でも同じ問題が

npm install --save [email protected]

この問題もあります。 修正してください

ある種の終わりのないドラマ

インスタンスパラメータが呼び出しパラメータとマージされないということすらありません。 インスタンスパラメータは、リクエストのパラメータにはまったく入りません。 インスタンスを作成してパラメータを定義すると、getリクエストの1つでそれらが見つかりません。

ダウングレードは、get呼び出しごとにパラメーターを定義するよりも簡単なオプションでした。

この問題が解決されたのはなぜですか？ @renestalderが述べたように、前回のバージョンでは、 createメソッドをやや無意味にするリクエストにインスタンスパラメータが表示されません

＃2656で修正されたため閉鎖されましたが、バージョンはまだありません。

回避策としてインターセプターも使用しました。 @ cheelahimのようなものが提案しました。

axios.interceptors.request.use(config => {
  config.params. = {
    myValue1: 'foo',
    myValue2: 'bar',
    ...config.params,        
  }
    return config;
}

しかし、まだこのバグを修正する新しいバージョンを待っています。

Axios get＆params

      const params = {
        name,
        id,
        pageIndex,
        pageSize,
      };
      const url = `/api/poi/query`;
      axios
      // .get(url, params)
      .get(url, {
        params,
      })
    .then(json => {
        // do something
      })
     .catch(err => console.log(`error`, err));

https://stackoverflow.com/questions/40947650/axios-get-in-url-works-but-with-second-parameter-as-object-it-doesnt

うわー！ ほぼ1年後！

バグはまだ存在します！ 信じられない……

修正は＃2656にマージされましたが、そのバージョンはまだカットされていません

0.18.0にダウングレードするだけです

なぜ閉鎖されているのですか？

残念ながら、進行状況イベントまたはキャンセルのサポートが必要になるとすぐにfetchがリリースされます。

バージョンを^0.18.1固定するだけです。

@techouseが代替案に移行することはより良い解決策です。

私はいつもaxiosを使うのが好きでした。 しかし、この修正はこれほど長い間行われており、誰もそれをバージョンに割り当てることができないという考えは、次に進む時の冗談にすぎません。 または、実際に製品を進歩させたいと思っている誰かにこれを管理してもらいます。

ジョン・アルベルギニ
テクノロジーディレクター
[email protected]
o。 802-323-4558 | NS。 802-323-4558 | www.legacyresearch.com http://www.legacyresearch.com

投稿者：エフゲニー[email protected]
送信：2020年4月23日木曜日10:59:32 AM
宛先： axios /
Cc：Jon Alberghini [email protected] ; コメント[email protected]
件名：Re：[axios / axios]リクエストパラメータがインスタンスパラメータとマージされていません（＃2190）

@techousehttps ：//github.com/techouse代替手段への移行がより良い解決策です。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHub https://github.com/axios/axios/issues/2190#issuecomment-618445756で表示するか、 https：//github.com/notifications/unsubscribe-auth/AF6OZWIPRREAQP5OGY437X3ROBJVJANCNFSM4HRPA6AQの登録を解除して

修正がマージされ、v0.20.0でリリースされる予定であるため、クローズされたと思います。 こちらをご覧ください

同じ問題がここにありますが、すぐに修正されることを願っています！

+1。 今のところダウングレード。 smh。

@khastation @raphaelbadawi @jonathanalberghini @techouse @AndyOGo

代替案：

• whatwg -fetchをフェッチしてポリフィルします
• NS
• ky
• ノードフェッチ

@mahnunchik
残念ながら、進行状況イベントまたはキャンセルのサポートが必要になるとすぐにfetchがリリースされます。

@AndyOGohttps：//javascript.info/fetch-progressのように実装できます

キーパラメータを分離するためにいくつかの分解を使用して自分の方法を見つけました。 確かに一時的なコードですが、マージはすでに完了しており、0.20.0が進行中であるため、私は本当に自信を持っています。 私がfetch（）の経験があるとしても、Axiosはまだ私の道です。 物事は通常Axiosでとても無駄がありません;-)

ありがとう@mahnunchik
ダウンロードとアップロードの進捗イベントについて話していますが！

ご質問ありがとうございます@bdrtsky
主にこれらの理由で：

• fetchは、 XMLHttpRequestと比較していくつかの回帰を指定します
• 大規模なサービスを構築するとすぐにキャンセルが重要になります
• ファイルアップローダーを作成したので、より高度な進行状況の処理が必要です

修正がすでに0.20リリースに割り当てられているため、これは閉じられています。 現在、リリースに取り組んでいます。0.20のポイントは、リグレッションを修正し、安定したAxiosを再度リリースすることです。

これは進行中の作業です。更新については、0.20プロジェクトを確認してください。

0.19.3パッチバージョンに入れることは可能ですか？ 同じマイナーリリースで修正されていない場合、欠陥を閉じることはできません。

再開しましたが、0.19.3はリリースしません。 0.18.0から0.19.2へのすべてのリグレッションを削除する0.20リリースで安定性を獲得したいと思います。

考えられる唯一の解決策はダウングレードすることだと思われます。

このとらえどころのない0.20リリースはいつ期待できますか？ その間に使用できるベータ版はありますか？

@adamreisnz私は0.20リリースに取り組んでいますが、まだ約60の奇数プルリクエストがあり（これを120奇数から下げました）、いくつかは非常に古く、これらのプルリクエストのいずれかがまだ関連していることを確認するためのさまざまな量の作業があります。重大な変更を提示したり、テストを行ったり、コンパイルされたファイルを含めたりしないでください。これは労力です。 せいぜい7月までにプレリリースにしようと努力しています。 v1で作業する前にリリースを取得したいので、このリリースのテストに協力してください。

それは厄介な問題であり、修正できることを願って、長期間維持されます。

v1で作業する前にすぐに入手したい

0.xには、 1.0.0前に追加のリリースを行うための十分な余地があります。 次のリリースにすべてを詰め込む必要はありません。 実際、それは潜在的な新しいバグを追跡するのを難しくするだけだと主張することができます。

@markcarver確かに可能ですが、Axiosは現在プレリリースと見なされています。v1がないと、ほとんどの人がAxiosがパブリックAPIをリリースしていないように見えます

また、プルリクエストのバックログも同時にクリアする必要があります。 そのうちのいくつかが2017年までさかのぼる、120の奇数プルリクエストを処理することは非常に困難です。私はこの問題に到達することを約束します。私はどこにも行かず、可能な限りAxiosをサポートして取り組んでいきます。

ありがとう

Axiosをv0.18でダウングレードしてロックするか、独自の（メンテナンスされていない）バージョンをロールしてそこで修正を適用しない限り、特定のプラグイン（axiosキャッシュアダプターなど）を使用できないため、多くのフラストレーションが高まっていると思います。 。

これはかなりの数か月間当てはまり、少なくともいくつかの修正がリリースされることを誰もが望んでいると思います。

現在適用されている修正の一部を移植して0.19.xをリリースし、少なくとも最新のコードベースを使用できるようにすることはできませんか？ さらに120のプルリクエストを実行する場合は、0.20またはv1が表示されるまで長い間待機することになります。

可能であれば、私は個人的にもっと段階的なアプローチを選びます。

@adamreisnz確かに私も増分を選択しますが、0.18.xから0.19.xに多くの部分が壊れていて、そのリリースで最も差し迫ったもののいくつかを使用して0.20.0リリースを安定させることを試みました。 プルリクエストは60個しか残っていません。残りの部分はすでに処理済みで、そのうちのいくつかはwipまたはv1タグが付けられています。

久しぶりですが、今回はそれを正しくして、この時点で発生する可能性のある多くのことを解放して壊すだけではありません。 また、ビルドは公開される前に広範囲にわたるテストが必要になります。 私は欲求不満を感じますが、それを安定させて大量のリグレッションを修正しないと、任意の数の増分を解放できますが、それでも200〜の問題と60〜のプルリクエストがあり、そこに座っているだけで古くなってしまいます。まだ非常に壊れているAxios、おそらくもっと壊れています。

さらに、現時点ではリリースを管理していません。支援を開始したとき、リグレッションと最も差し迫った問題を修正し、以前は機能していたものを壊さないビルドをまとめることを約束しました。 私はこれをかなり真剣に受け止め、それをやりたいと思っています。

ただし、セキュリティの問題などが修正された0.18.xリリースを試してみることができますが、それが役立つ場合はどうすればよいですか？

ただし、セキュリティの問題などが修正された0.18.xリリースを試してみることができますが、それが役立つ場合はどうすればよいですか？

それは素晴らしいでしょう。

PS：非常に多くのWebプロジェクトに複雑なパッケージを維持することによって、あなたが行っている大変な作業に感謝します。 😊

ただし、セキュリティの問題などが修正された0.18.xリリースを試してみることができますが、それが役立つ場合はどうすればよいですか？

はい、同意します。間違いなくありがたいです。

新しいもののいくつかをテストするのに助けが必要な場合は、私がそれをすることにオープンであると私に知らせてください。

@adamreisnzこのブランチをテストできますか： 0.20.0-beta.1

はい、できます。私たちのプロジェクトの1つで、今週末にそのブランチに切り替えようとします。

@jasonsaaymanこれまでのところ、0.20.0はうまく機能しているようです👍

問題は今すぐ解決できるようです

新しいリリースでは正常に機能しているというフィードバックを受け取った後、終了します。