-
Notifications
You must be signed in to change notification settings - Fork 374
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
ListJobsAsync() returns only us-central1 jobs #7038
Comments
I'm looking into now. I'll report back here when I know more. |
According to the API reference docs (scroll down to ListJobs()):
So the result you are seeing by using (Notice that the library is simply exposing, in and idiomatic manner, the functionality that the API itself exposes, so, if the API is not currently exposing a way to list Jobs per Location, then there's not much we can do on the library side. Still, I'll get clarity on this behaviour, I'll admit the API documentation is confusing). |
Hello @amanda-tarafa I have tried
|
Thanks for that information. I'll include this on my queries. I'll report back here as soon as I know more. Although we usually recommented the gRPC libraries (Google.Cloud.Dataflow.V1Beta3) over the REST ones (Google.Apis.Dataflow.v1b3), you can try Google.Apis.Dataflow.v1b3 which should work just fine. Here's the List method that will allow you to list jobs per location. I'll get back here when I know more about |
Ah, sorry, this error is caused by the line var result = await jobs.ToListAsync(cancellationToken); I'll check further and update you. |
Yes, it is the service failing nonetheless. When you execute |
Just to say that I'm still looking at this internally with the API team and as soon as I know more, I'll update here. |
Marking as blocked as we are in talks with the API team. For now, the best answer we have is for you to use Google.Apis.Dataflow.v1b3. I'll update here as soon as I have more information. |
We've identified similar issues in other repos and have escalated this to the API service team since it's not a language-specific library issue. Here are the related issues:
Marking this as a P1 bug w/ |
I couldn't find an existing issue in the Google Issue Tracker so I created one here. I suggest starring this issue to anyone else that runs across this problem, hopefully it will get some attention from Google soon. |
@meredithslota I'm assigning to you as I know you are talking to the API team. If there's anything we can do library side, feel free to reassing back to men. |
The PR to address this (at least partially) has been merged: #7913 — can folks in this thread let me know if this resolves your issue? |
@meredithslota: Unfortunately it doesn't. I'll ping you internally with details. |
Changes in this release: ### Bug fixes - Added google.api.http annotations to RPCs. Fixes [issue 7038](googleapis#7038). ([commit 7e6edad](googleapis@7e6edad)) ### New features - Add the ability to plumb environment capabilities through v1beta3 protos. ([commit f703fba](googleapis@f703fba)) - New parameters in FlexTemplateRuntimeEnvironment ([commit 7e6edad](googleapis@7e6edad))
Changes in this release: ### Bug fixes - Added google.api.http annotations to RPCs. Fixes [issue 7038](#7038). ([commit 7e6edad](7e6edad)) ### New features - Add the ability to plumb environment capabilities through v1beta3 protos. ([commit f703fba](f703fba)) - New parameters in FlexTemplateRuntimeEnvironment ([commit 7e6edad](7e6edad))
@Rosti81: This should now be fixed in a combination of version 1.0.0-beta03 of the library, and some internal changes. Note that the |
Environment details
Steps to reproduce
The below method should return active Dataflow jobs located in a region specified in
location
parameter, but actually it returns jobs fromus-central1
region regardless of the parameter value.The text was updated successfully, but these errors were encountered: