Using clap derive triggers a ton of deprecation warnings since 3.2

[Ten0]

Please complete the following tasks

• I have searched the discussions
• I have searched the open and rejected issues

Rust Version

Latest stable (1.61)

Clap Version

3.2.1

Minimal reproducible code

use clap::Parser;

#[derive(Parser)]
pub struct Args {
    /// Input delimiter
    #[structopt(short, long, default_value = ",")]
    pub delimiter: String,
    #[structopt(short, long)]
    pub flexible: bool,
    /// Abc
    #[structopt(short, long = "abece")]
    pub abc: Vec<String>,
}

Steps to reproduce the bug with the above code

cargo update
cargo build

Actual Behaviour

warning: use of deprecated unit variant `clap::ArgAction::StoreValue`: Replaced with `ArgAction::Set` or `ArgAction::Append`
 --> src/lib.rs:5:5
  |
5 |     /// Input delimiter
  |     ^^^^^^^^^^^^^^^^^^^
  |
  = note: `#[warn(deprecated)]` on by default

warning: use of deprecated unit variant `clap::ArgAction::StoreValue`: Replaced with `ArgAction::Set` or `ArgAction::Append`
  --> src/lib.rs:10:5
   |
10 |     /// Abc
   |     ^^^^^^^

warning: use of deprecated associated function `clap::ArgMatches::is_present`: Replaced with either `ArgAction::SetTrue` or `ArgMatches::contains_id(...)`
 --> src/lib.rs:9:19
  |
9 |     pub flexible: bool,
  |                   ^^^^

warning: use of deprecated associated function `clap::Arg::<'help>::validator`: Replaced with `Arg::value_parser(...)`
 --> src/lib.rs:5:5
  |
5 |     /// Input delimiter
  |     ^^^^^^^^^^^^^^^^^^^

warning: use of deprecated associated function `clap::Arg::<'help>::multiple_occurrences`: Replaced with `Arg::action` (Issue #3772)
  --> src/lib.rs:12:14
   |
12 |     pub abc: Vec<String>,
   |              ^^^

warning: use of deprecated associated function `clap::Arg::<'help>::validator`: Replaced with `Arg::value_parser(...)`
  --> src/lib.rs:10:5
   |
10 |     /// Abc
   |     ^^^^^^^

Expected Behaviour

no warnings

Additional Context

No response

Debug Output

No response

[epage]

This is a duplicate of #3820

[Ten0]

This is a duplicate of #3820

That doesn't seem related in any way to the #3820 PR which fixes a panic

[Ten0]

In addition there's no other open issue since 3.2 was released and introduced this issue a few hours ago, so I don't see how this can be a duplicate of anything.

[epage]

Was off by 2, it is #3822