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.
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:
- Created 3 years ago
- Comments:18 (17 by maintainers)
Top 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 >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
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:Candidates can be something like
is_active
->is_present
.May you please:
is_present
is a good replacement? or any other suggestion?Thanks!
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” ?