-
Notifications
You must be signed in to change notification settings - Fork 14.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Grid view date ticks do not match dag run ordering #32751
Comments
What is displayed in the tooltip depends on the I think the issue is that the ordering of the dagrun and the tooltip is dynamically dependent on the Maybe we can make the header also dynamic on the |
Yeah, the header should be the same as the run ordering. Should be an easy fix for anyone who wants to try their hand at the UI. |
Can I try this one ? |
@AmanSal1 all yours! I'm here to help if you have any questions. |
@bbovenzi Thank you!! |
@bbovenzi I want to develop airflow in local environment I did read the instruction for it can you just confirm it once . I created a virtual environment forked the repo and I guess now i have to run this command from the airflow repo And then I have to change the version of python accordingly after that connect to the database ? Am I right ? |
@bbovenzi Or rather than what would be the steps for developing its locally for development purpose on windows ? |
I don't have any experience on windows. Did you read the contributors quick start? https://github.com/apache/airflow/blob/main/CONTRIBUTORS_QUICK_START.rst |
@bbovenzi I guess I have to make changes in this file and additionally what I understood is that the json data is passed on to the client side and then display accordingly to the UI . Right? |
@bbovenzi What I have understood so far is that we need to create a prop for the run ordering in the first link you mentioned. Then, we should update the 'dagrunbar' component with that prop. In the second file, we need to accept the 'timetable.run_ordering' in the 'useegridata()' function, right? |
yeah, we basically import the runOrdering form grid data and then pass it as a prop down to the dagrunbar component |
@bbovenzi hey I guess installation on windows is bit hard and causes multiple error what I was thinking that can I compile it on GitHub Codespaces and can I contribute through it ? |
@bbovenzi I suppose there aren't any specific resources for it, but I attempted to research similar commands and different ways to compile it on Windows but i was unable to do it |
Airflow does not work or cannot be developed natively on Windows. There is an open issue for that #10388 that waits for all the (quite big) effort that someone migh want to dedicate to make it happen. You might install breeze and airfow iin WSL2 https://github.com/apache/airflow/blob/main/BREEZE.rst#docker-in-wsl-2 - which will run Airflow in the standard Linux VM on Windows. |
There is also this nice issue waiting to be implemented - to get a better documentation on how the whole WSL2 setup might look like #26274 - the Breeze doc is mostly focused on how to run Breeze in WSL2 using docker. So if someone who uses Windows would like to turn their experiences from using WSL2 and complete that one and add a better documentation that would be great (@AmanSal1 - sounds like something up for grabs) |
Also @AmanSal1 -> we have the https://github.com/apache/airflow/blob/main/CONTRIBUTING.rst guide and https://github.com/apache/airflow/blob/main/CONTRIBUTORS_QUICK_START.rst but it has links to specific quick-starts - including IntelliJ/PyCharm/VSCode/GitPod/Codespaces - (see the end of the quick-start document). |
@potiukI will take up the documentation once I figure it out completely, and yes, I did look at the different quick-start guides, trying one of them |
@potiuk I was see the pycharm quick-start guide I guess it is bit confusing as on my local machine I am not able to see the airflow.cfg file anywhere .
I was not able to find the airflow.cfg file for the updation of the sql_alchemy_conn = mysql+pymysql://root:@127.0.0.1:23306/airflow?charset=utf8mb4 |
Look at the docs: https://airflow.apache.org/docs/apache-airflow/stable/howto/set-config.htm - When in doubt, our website has a really nice documentation, with good search. And you need to also use the docs to learn how airflow works - just follow the docs. And after doing this when you solve the problems of yours, the first contribution might be to improve thos quick-start guides you found confusing. You are likely one of the best people to do so, because you know what has been confusing and you will be able to express it in the way that others like you will find less confusing (and yes when you make PR with proposed changes others will comment, so there is no worry, that you might misunderstand something - reviewers will help correct any bad assumptions/mistake so don't be afraid of proposing improvements to the docs). |
Apache Airflow version
2.6.3
What happened
In the old tree view, all of columns for each run would display the
data_interval_start
/ date from therun_id
as the UI identifier for the dag run.In the new grid view, it's inconsistent.
For example, the header of this column says
2023-07-17 00:00:00
:But when you hover over the same DAG Run, it display the
Data Interval End
date of2023-07-18 00:00:00
:This inconsistency is causing confusion for users of Airflow because they're just not sure what date is being processed.
What you think should happen instead
In order to retain consistency they should show the same value.
I think in order to maintain parity with the old tree view and the run_id, it should display the
data_interval_start
in the tooltip.How to reproduce
"@daily"
job.Operating System
Debian GNU/Linux
Versions of Apache Airflow Providers
N/A
Deployment
Other Docker-based deployment
Deployment details
No response
Anything else
No response
Are you willing to submit PR?
Code of Conduct
The text was updated successfully, but these errors were encountered: