ContributionsMost RecentMost LikesSolutionsWhy must I still disable the ReadyAPI browser to solve the hanging issue? Hello everyone -- After continually having to force kill ReadyAPI on the Mac, I researched the community forums and found the same symptoms from 2017 and before. The issue was apparently having to do with the embedded browser and the suggestion was to disable it via a property file edit. Well, I tried that and it worked in 2.7, and now in 2.8. Why hasn't this issue been addressed? Or it's not the browser, but the browser triggers it? Anyways, after disabling the browser I no longer experience a hanging ReadyAPI that uses 50% cpu, needing to be force killed. I don't miss the browser either, as it stops the rendering of the massive startup page that has a bunch of links to tutorials, sales links, etc. Does that ring any bells for anyone? The most annoying defects sometimes seem to be the ones that don't get addressed in a timely manner. Otherwise, with the exception of a few other 'annoying defects', I love the tool, have been a user since SoapUI was a community project, and just renewed my license for (3) years haha. Can't get enough I guess. Thanks! SolvedRe: How can I support an OAuth2 grant type of 'password' I've come up with a solution. By using the 'Resource Owner Password Credentials Grant' OAuth 2 Flow selection, and putting the username and password in _both_ the Resource and Client entries, with the Access Token Url what you would expect, a valid token can be retrieved. That's what I'll be using then! Thanks. =bwh= How can I support an OAuth2 grant type of 'password' An API I'm tasked with testing uses a OAuth2 grant type string like this: grant_type=password&username=johnsmith&password=somepassword The selections available from the authentication manager do not generate this string. Is there a way to configure an OAuth2 authentication profile for this grant type? Let me know what you think. Thanks. =bwh= SolvedRe: ReadyAPI 2.1 macOS Sierra: Windows steal focus from new window, pushing new window to background Done: Case #00257884 has been created: ReadyAPI 2.1 macOS Sierra: Windows steal focus from new window, pushing new window to background Thanks! ReadyAPI 2.1 macOS Sierra: Windows steal focus from new window, pushing new window to background Since upgrading to 2.1 I have encountered a behavior where a particular window spawns another window due to user interaction and the new window is initially pushed to the background, with the originating window taking focus. The case that is reproducible every time is when usingthe 'Auth Manager' feature. Selecting the 'Auth Manager' ring menu option spawns the 'Auth Manager - Default environment' window where one or moreauthorization variations can be defined. In my case I have several environment specific OAuth profiles. Selecting a profile then displays the 'Profile parameters' form that allows a request to be generated for a new OAuth access token. Selecting the 'Get Access Token' form button spawns a new 'Get Access Token' window that is immediately sent to the background behind the current 'Auth Manager - Default environment' window. It flashes forward momentarily but immediately looses focus and backgrounded. In order to bring the new'Get Access Token' window to the foreground for use the originating window must be clicked on again which then brings the new window to the foreground. I've searched the forum but have not found a similar incident or report. I've also tried the nightly builds for the 2.1 release and so far all have exhibited the same behavior. Any hints or other directions would be appreciated, or followup questions. Thanks for reading all of this. =bwh=