Hi, I'm trying out the `wait_for_input` gate node ...
# flyte-support
s
Hi, I'm trying out the
wait_for_input
gate node with a dummy workflow:
Copy code
from datetime import timedelta

from flytekit import wait_for_input, workflow, task

@task
def list_folders(additional_choice: str) -> list[str]:
    choices = ['a', 'b', 'c', additional_choice]
    print(f'Choices: {choices}')
    return choices


@task
def chosen_folder(choice: str) -> str:
    print(f'chose {choice}')
    return choice


@workflow
def gating_demo(additional_choice: str):
    choices = list_folders(additional_choice=additional_choice)
    choice = wait_for_input("choose-folder", timeout=timedelta(hours=1), expected_type=str)
    chosen_folder(choice=choice)
    choices >> choice
It works locally, but remotely I get an input modal that doesn't allow me to input anything, complaining that:
The requested item could not be found
. Am I doing something wrong? The input doesn't seem to be required (no asterisk) but skipping input also doesn't work (same error).
b
@thankful-minister-83577 @high-accountant-32689 @late-eye-50215 this may be a bug in gate nodes
Hi @salmon-stone-89503 I’m working on documentation for this feature right now! Gonna try and reproduce this
šŸ™ 1
what version of flyte console are you using?
I was able to successfully run your workflow:
šŸ‘€ 1
s
message has been deleted
šŸ¤” 1
b
lemme try using
flytectl demo
cluster
hmm, it also successfully completed in demo cluster
🧐 1
s
Let me try running it again, other than that is there something else I give some more info on?
f
Cc @hallowed-mouse-14616
Cc @some-france-35860 seems like a bug in Ui where it loses the handle
h
Thanks for the tag Ketan, This error seems UI related, happy to help debug if there are any concerns about the backend!
s
Yeah, I will check this. @late-eye-50215 or @hallowed-mouse-14616 Could you make an issue on flyte repo, please? (with tagging me).
s
Hi all, thanks for the help, I think I got it, it was a mismatch between the versions of flyteadmin and UI
šŸ™Œ 4
On closer inspection it seems that the new helm version
flyte 1.4.0
downgraded my UI to
0.0.10
. To be honest I'm not sure how I ended up with
1.4.1
but deploying by running this:
Copy code
helm upgrade -n flyte \
             -f values-gcp.yaml \
             --install \
             --version v1.4.0 \
             flyte flyteorg/flyte-core
gets me UI
v0.0.10
which fixed the problem but I'm not sure it doesn't still exist in the newer UI version or how I can check that.
t
@high-accountant-32689?
h
looking.
@salmon-stone-89503, this is a UI issue that will be fixed in the next Flyte release. We're testing it internally and will ping here when it's out.
šŸ™ 1
s
Thanks a lot for checking it out!
153 Views