Skip to content

Setting SHOW_TRIGGER_FORM_IF_NO_PARAMS=True redirecting to trigger form for every DAG instead of giving an option to select as in 2.6.3 #33392

Closed

Description

@vatsrahul1001

Apache Airflow version

airflow main branch

What happened

While Testing PR, i noticed after setting AIRFLOW__WEBSERVER__SHOW_TRIGGER_FORM_IF_NO_PARAMS =True, even the DAG which does not have Params or dag_run.conf is getting redirecting automatically to trigger w/ config form

What you think should happen instead

As per me this should give the option to trigger with conf or not instead to redirecting automatically as we should to have in 2.6.3In

How to reproduce

Run breeze with latest main set AIRFLOW__WEBSERVER__SHOW_TRIGGER_FORM_IF_NO_PARAMS=True and try to trigger any DAG its automatically redirecting to trigger config form

Operating System

Mac os

Versions of Apache Airflow Providers

No response

Deployment

Astronomer

Deployment details

No response

Anything else

No response

Are you willing to submit PR?

  • Yes I am willing to submit a PR!

Code of Conduct

Activity

  1. changed the title [-]Setting AIRFLOW__WEBSERVER__SHOW_TRIGGER_FORM_IF_NO_PARAMS = True redirecting to trigger form for every DAG instead of giving an option[/-] [+]Setting SHOW_TRIGGER_FORM_IF_NO_PARAMS=True redirecting to trigger form for every DAG instead of giving an option to select as in 2.6.3[/+] on Aug 14, 2023
  2. potiuk commented on Aug 14, 2023

    @potiuk
    Member

    Thanks for the report. This has already been addressed and the main reason why we cancelled RC1 voting and we are going to have RC2.

  3. removed
    needs-triagelabel for new issues that we didn't triage yet
    on Aug 14, 2023
  4. vatsrahul1001 commented on Aug 14, 2023

    @vatsrahul1001
    ContributorAuthor

    @potiuk this bug is against the PR was which was fix against the bug i raised earlier,setting SHOW_TRIGGER_FORM_IF_NO_PARAMS=True should go back to original behavior as mentioned here, however, its automatically redirecting to trigger page for every DAG which is not right

  5. ephraimbuddy commented on Aug 14, 2023

    @ephraimbuddy
    Contributor

    Thanks for the report. This has already been addressed and the main reason why we cancelled RC1 voting and we are going to have RC2.

    @potiuk , this seems different. When the config is enabled, every dag when triggered opens up the trigger page but previously, you have the option of choosing to trigger with config or not.

  6. reopened this on Aug 14, 2023
  7. potiuk commented on Aug 14, 2023

    @potiuk
    Member

    Ah. OK Sorry then.

  8. jscheffl commented on Aug 14, 2023

    @jscheffl
    Contributor

    The statement I tried to make in the "hof fix PR" was meant to get to get "functional" on the same level not exactly re-producing the exact visual. Main point was that it was not able to trigger a DAG with config when no params are defined - and ths the form automatically be skipped.
    It was not expressed that it is "critical" to replicate the same popup, thus being able to skip w/o config also if params are defined.

    I originally proposed multiple options from which the voted option was implemented. The hotfix was intended to re-establish the option for users to force a config. Reverting all the visual is more than a small change, I'd propose to re-discuss the final "target" behavior, seems to be multiple opinions around what a trigger button should do and what not. One or the other way, two click are needed to trigger.

  9. ephraimbuddy commented on Aug 15, 2023

    @ephraimbuddy
    Contributor

    Resolved

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions