I am trying to use the OAuth connector to make a synchronization with the tax service platform of the British Government.
I have followed the docs and set everything up accordingly. However when the proces action of the OAuth login connector is reached, a white screen comes up and nothing is happening.
I assume thinkwise is adding the client_id, scope and redirect_uri to the Authorization URL? I was hoping to find more information in the debug screen to find out what URL’s etc are being called, but that is not the case.
Can someone tell me what I am doing wrong here?
I below screenshots you can see my settings.
Best answer by Mark JongelingView original
@Arie V ,
I see prompt=consent in the URL.
@Arie V ,
Thank you for your comment. We are using this hotfix already for quite some time and for us it’s working successfully. We can now integrate with the Tax Services from HMRC.
Those debug lines are indeed helpful!
Unfortunately, for all of you that's not the entire solution you need, since the Prompt option is a mandatory field in the OAuth table and Tax Services & Rabobank do not expect the parameter at all. The OAuth login connector process action does have the Input parameter Use prompt which you can set to No, but after testing I concluded that this doesn't work, this setting is simply ignored.
Thinkwise will have that fixed in Windows GUI 2022.1.14, so by then you should be able to get it working with the Windows GUI.
In the meantime you can test with Insomnia/Postman to see if you are able to authorize against the desired endpoints based on these instructions from Vincent.
You can easily test this yourself by trying the Authorization URL in Insomnia or Postman and see if it works as expected there. Vincent gave detailed instructions here on how to test in Insomnia.
We raised a TCP for our scenario, asking for the ability to set the Prompt setting in the SF OAuth server table ourselves (now it is Read Only and Defaulted to Consent). If it proves to be working using Insomnia/Postman, could you raise a TCP as well? Maybe this speeds up the fixing timelines.
Is this solved already? We have the same problem with connecting to Financial Institutions (Rabobank).
Personally never worked with oauth yet so I thought the URL would be returned in a way. I think you'll need another program to test the connection to the URL.
I do think my colleagues over at the Windows GUI team can help you out with this more than I can here. I suggest creating a support ticket in TCP so that the team can help you out. They'll need more details about the exact way you are connecting to the Gov.uk URL to see what is returned and where the problem lays.
I don’t know where to find the authorization URL in the oAuth connector.
The only think I have to save is the access_token(right?) and as expected, I can access that when I create a proces on my process action.
Or am I looking completely into the wrong direction?
The authorization URL should have been visible in the process flow monitor as far as I know but alternatively you can use Process procedure logic on your process action to write the authorization URL to a Log table (just temporary - can be removed later).
Or maybe you can print it to the Debug using "print @url” or “tsf_send_message @url, null, 0;”
Hope this helps
Where can I get the returned authorization URL?
FYI: The oAuth connector is not popping up in the processflow monitor.
Sorry, missed this topic but got my coffee ready.
What you can try is putting the returned authorization URL into your browser and see if you still get a blank screen. If that is, that would explain the blank screen. If not, then it could be a configuration problem.
Hi pvleeuwen i have the same problem, trying connect to Rabo bank. Connecting to office365 works fine.