This commit is contained in:
2019-09-19 22:39:33 +00:00
parent 30d93bad2b
commit 234f0a7dbc

View File

@@ -46,11 +46,39 @@ namespace qbridge.Controllers
}
/*
Plan:
Make a web APP and api that runs on our server and handles getting tokens from the QB Online oAuth2 endpoints
Tentative process:
Borrowing from the technique and concepts outlined here: http://relasoft.net/KB10004.html
and here: https://github.com/IntuitDeveloper/C2QB-library-for-Windows-CUI-and-GUI/issues/1#issuecomment-511172847
User runs QBOI plugin, if it needs a new access token then it shells out to browser (with random temp session ID number to uniquely identify this user) to go to *our* qBridge auth page.
User enters their creds to login to QBOnline instance.
QBridge passes creds (along with random session id as the extra parameter they allow) on to the QBOI auth page which when successful redirects browser to the QBridge page we've specified as the
"redirect url" with the tokens in the url and also our unique session ID which then shows the end user that it's success and stores the tokens somewhere (gonna need a db I guess) for fetching by QBOI.
Meanwhile, in the background, QBOI is polling a route on qbridge with the unique ID number looking for a return of the tokens it needs to proceed.
Once it fetches the "Access token" and "Refresh token" it needs successfully then it continues on to normal usage
If it gets a response that the token needs to be refreshed, it either hands this operation off to qBridge or does it itself (not sure at this point which way it's supposed to happen)
If the access token expires after 100 days or so then they repeat this process (automatically by QBOI)
*/
// POST: api/Todo
[HttpPost]
public async Task<ActionResult<QItem>> Post(QCreds creds)
{
var q = new QItem();
q.Token1 = "Test token 1";
q.Token2 = System.DateTime.Now.ToString();