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
Yaml formatting error with projectId #253
Comments
@tasomaniac would you be able to paste the error you are seeing here? @bootstraponline would this help? Can flank parse a project with a |
Sorry, I cannot believe I forgot :) It was on my clipboard. I will update above. |
I think the key should be @pawelpasterz Do you have additional context? |
@tasomaniac can you also explain how you are specifying the project id in the fladle configuration block? Can you also let us know if you are using a service account or user authentication? |
Service account works fine. I wanted to use the service account only on the CI. And developers in the team can use I will try to run the generated yaml with flank directly. Let's see 🤞 We just tried the following config
|
Yes, I can reproduce it by running manually via |
@tasomaniac can you clarify what is working and what is not working? |
Here is my yaml file. I guess this should be an issue on Flank actually. I was just wondering if there could be a way to workaround here.
|
Hi @tasomaniac thanks for sharing the yaml file. Can you please share the following details? Is the When using the above configuration you specify, what is the error you are seeing? |
What's the output of
|
@bootstraponline I ran it, it said it is not valid. And I used the |
Something interesting I realized. If I put a random projectId with dash and a number sequence, it works successfully and give me I believe there is something wrong with our project id. I'm afraid some other error is happening internally and the output is misleading. I tried using |
Thanks for reporting. I don't think there is anything wrong with the way that fladle is providing the projectId to flank. That being said, this confusion often happens in the following scenario:
Please vote the following issue up on the flank repo so that flank results will produce consistent results: Flank/flank#1831 |
I am not sure if my case is one of those actually. It works fine in another project exactly the way I do it. It is an authorization issue, Flank actually does a successful request to gcloud and gives proper error message about permissions missing. In this case, it just says the value is not found. In any case, I also think it is not a fladle issue since it happens also when I run flank without Gradle. |
@bootstraponline I had the same problem today, and the fix for me was
I tested with flankVersion = "21.08.0" |
oh, firebase requires these values to be quoted. maybe fladle could handle quoting automatically |
@BugsBunnyBR do you have a sample that reproduces the issue so that I can test the fix? |
@BugsBunnyBR do you mean you had the same problems with projectId and that happened because model and version were unquoted? |
No, but I had this log and some error that I can't remember precisely...
and remember that I was using
instead of
(because it was from the configuration page https://runningcode.github.io/fladle/configuration/) Anyway, I think that quoting the values should solve the problem for the projectId with dashes and for that warning about the device... I will try to get a sample to reproduce the problem... |
here it is my project Even though I am not able to reproduce this issue original problem, my build would fail if I don't quote the model and version when running |
Hi, we came across a very weird error while using fladle on a new project. Our project id on Firebase has dash
-
in it. And this creates an issue parsing the configuration since dash is a reserved char. According to my google search, this actually depends on yaml parser.I was thinking of creating a PR but I was not sure what is the best way to handle this. Should we just wrap the value into quotes?
Here is the error I receive:
The text was updated successfully, but these errors were encountered: