question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Misleading terminology in UI: "Active" or "Unpaused"

See original GitHub issue

(This may be too minor. If anyone thinks it’s not necessary to make any change, I can definitely understand as well.)

This thought started with the discussion @ashb and I had at https://github.com/apache/airflow/pull/14306#discussion_r579506519 . So the definition of active in an Airflow DAG context is “Whether that DAG was seen on the last DagBag load”.

However, on the other hand, in some scenarios of Airflow, active is used equivalently to UN-paused, like the home page. DAGs_-_Airflow

To avoid potential confusion in terminology usage, shall we consider changing Active in home page to something like unpaused (or a better word).

Again, it’s minor to me, and would be happy to close this if most folks find it ok as it is now.

Issue Analytics

  • State:closed
  • Created 3 years ago
  • Comments:18 (17 by maintainers)

github_iconTop GitHub Comments

2reactions
XD-DENGcommented, Feb 27, 2021

Thanks everyone for your inputs!

What I would propose is:

Let’s change the “internal” term is_active to something else. It brings two benefits:

  • to avoid the potential confusion
  • better represent what it really means (“Whether that DAG was seen on the last DagBag load”).

Candidates can be something like is_active -> is_present.

May you please:

  • share if you think it’s necessary to do this, or it’s too minor and you think we can live with it.
  • if we do this, do you think is_present is a good replacement? or any other suggestion?

Thanks!

1reaction
potiukcommented, Mar 6, 2022

I just tried to describe the current status in #22025 based on confused user discussion #21864 . And there are far too many “yes this is confusing” there.

I have another proposal how to solve it. MINOR and "super-simple.

How about we simply rename “Active” to “Unpaused” in the UI? This is, what it is, there is no particular reason to name the tab “Active” because it’s meaning is “Unpaused” really. We could come up with another name as well “Schedulable” ?

Read more comments on GitHub >

github_iconTop Results From Across the Web

UX Design Glossary: How to Use Affordances in User Interfaces
Based on their performance, we can find obvious and hidden hints in UI. Explicit affordances are based on widely known and typical prompts...
Read more >
FAQ — Airflow Documentation
Are the DagRuns you need created and active? A DagRun represents a specific execution of an entire DAG and has a state (running,...
Read more >
RFC: Deprecate Unpaused Main Looper · Issue #3369 - GitHub
Current attempt to make UI runnables deterministic and step-by-step testable is fundamentally incorrect, because it breaks encapsulation of ...
Read more >
This vs. That: Confusing UX Terms Compared - YouTube
User experience, user interface, customer experience, service design, usability: all these terms have simple definitions and cover related ...
Read more >
Jobs API 2.0 - Azure Databricks | Microsoft Learn
Then setting the concurrency to 3 won't kill any of the active runs. ... Runs submitted using this endpoint don't display in the...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found