+1 to what Daniel said
On 12 January 2023 08:32:29 GMT, Daniel Standish <daniel.stand...@astronomer.io.INVALID> wrote: >1 appears to have potential fix: >https://github.com/apache/airflow/issues/21127#issuecomment-1030673862 >2. seems to fail due to our own ascii enforcement... what if we remove that? >3. does not appear to be unicode-related or dag_id-related but a feature >request for user-friendly mapped task aliases... > >not saying we should not add a "name" of some kind... but ... does not yet >seem clear we can't just enable unicode... i know others have given this >much more thought than I and maybe they can chime in with other concerns we >may have encountered as this idea has bounced around > >On Thu, Jan 12, 2023 at 12:01 AM Abdul Hadi Shakir <shakir.i...@gmail.com> >wrote: > >> Directly using non-ascii characters (unicodes included) in *dag_id* breaks >> couples of functionalities. See issues: >> >> - Fail to download task log if there are Chinese characters in dag_id >> #21127 <https://github.com/apache/airflow/issues/21127> >> - Airflow scheduler with statsd enabled crashes when dag_id contains >> unexpected characters #18010 >> <https://github.com/apache/airflow/issues/18010> >> - Names for expanded tasks #23020 >> <https://github.com/apache/airflow/issues/23020> >> >> *Abdul Hadi Shakir* >> >> >> On Thu, Jan 12, 2023 at 1:19 PM Daniel Standish >> <daniel.stand...@astronomer.io.invalid> wrote: >> >>> Hi, >>> >>> Is it not possible to just have unicode dag_id with no distinct "name"? >>> If you explored this route and encountered problems which caused you to >>> abandon, can you share what were the problems? >>> >>> I think having just one ID for a dag is a nice thing, if we can keep it. >>> >>> On Wed, Jan 11, 2023 at 11:43 PM Abdul Hadi Shakir <shakir.i...@gmail.com> >>> wrote: >>> >>>> Hi team, >>>> >>>> While discussing the approach for >>>> https://github.com/apache/airflow/issues/22073 (adding support for >>>> national characters in DAG display name) - two approaches came out. Need >>>> votes to finalise on one of the two: >>>> >>>> 1. [Vote *+1*] Using *name* as the only parameter; and then >>>> generating a unique *dag_id* from it using *slugify*. This makes the >>>> interface simpler; but it makes *dag_id* unknown from the users. >>>> Ongoing PR for this: https://github.com/apache/airflow/pull/28183 >>>> 2. [Vote -*1*] To use *display_name* along with *dag_id* as DAG >>>> params. While this is a simpler solution on the backend - it needs lots >>>> of >>>> work on the frontend for a consistent experience. Ongoing PR for this: >>>> https://github.com/apache/airflow/pull/27145 >>>> >>>> Cheers, >>>> *Abdul Hadi Shakir* >>>> >>>