appium 🚀 - Add autoAcceptAlerts to xcuitest driver

@imurchie what's the status of this one, it says in progress?

jlipps on 7 Oct 2016

In progress in the sense that I've been trying to find a way to do it. I haven't found one, though.

imurchie on 7 Oct 2016

ok let's punt to 1.6.1 then.

jlipps on 7 Oct 2016

@imurchie Since this is not working yet, is there a way to do the dismiss manually in the code using XCUITest?

Was doing $driver.alert_accept but that is not working either. Can you not dismiss alerts at all yet?

danqa on 20 Oct 2016

In my experience alert_accept works. Can you post (as a gist) the logs?

imurchie on 20 Oct 2016

@imurchie https://gist.github.com/danqa/baf160b427363a6dfbd6183c694f1fe6

danqa on 20 Oct 2016

my suspicion is that in XCUITest there is no internal wait for the alert before trying to click it. The error I am getting is:

Selenium::WebDriver::Error::NoSuchAlertError:
       An attempt was made to operate on a modal dialog when one was not open.

I try waiting for the alert before clicking

def click_alert(name)
  $appium_driver.wait { find_element(:xpath, "//*[@name='#{name}']") }
  $appium_driver.alert_accept
end

but get the same error.:

danqa on 20 Oct 2016

@imurchie any ideas what might be wrong here?

danqa on 21 Oct 2016

I am concerned with what is going on on lines 55-56 and 212-213. That is very weird.

I'm looking into the rest.

imurchie on 24 Oct 2016

In general there seems to be a lot of logs jumbled up in here. Not sure if that is the problem?

imurchie on 24 Oct 2016

@imurchie Thanks for looking. Let me know if you need any more from me.

danqa on 24 Oct 2016

👍1

Not sure how that works. I tried it. It does click the alert but does not dismiss it. Very weird behavior.

danqa on 25 Oct 2016

Discussion on WDA: https://github.com/facebook/WebDriverAgent/issues/335

jlipps on 1 Nov 2016

I think at this point we should give it one more go to see if we can get this ui interruption monitor working, and otherwise just document that the autoAcceptAlerts capability is not functional. Maybe even adding a warning in the logs on session start.

jlipps on 1 Nov 2016

@imurchie and @jlipps if that is the case, how would I simply manually dismiss an expected alert on a case by case basis. I had been doing this:

def click_alert_values(name)
  $appium_driver.wait { find_element(:xpath, "//*[@name='#{name}']").click }
end

where name is the text of the button to click. This was working until the upgrade to Xcode 8 and iOS 10. What is the right way to do it now?

Thanks in advance.

danqa on 3 Nov 2016

@danqa This approach should still work with XCUITest. Although it is supposed to be very slow, since xpath location is quite slow with XCTest.

I'm not sure about Ruby wrapper, but java-client uses the following API to handle alerts explicitly:

driver.switchTo().alert().accept() // to accept an alert 
driver.switchTo().alert().dismiss() // to dismiss an alert 
driver.switchTo().alert().getText() // to get alert text

They are fast and reliable, since native API calls are used

mykola-mokhnach on 3 Nov 2016

👍2

@mykola-mokhnach Thank you for the example. But isn't that for JS alerts not native iOS/Android system alerts? Does it work the same way?

danqa on 3 Nov 2016

@danqa we use the same API for native alerts

jlipps on 3 Nov 2016

Got it:

$appium_driver.within_context('NATIVE_APP') do
    $appium_driver.alert_accept
  end

danqa on 3 Nov 2016

I've been trying to use appium + webdriver.io to test a Cordova app and @danqa 's comment finally pulled the right combination of methods together for me to accept a native dialog. Thanks!

butlersrepos on 22 Nov 2016

👍1

Hello, has any one of you faced an issue when the system alert pop-up is already visible upon starting the test? The issue being that when web driver agent app is launching, appium does not connect to it, because it is under the system pop-up. This results in test failure. Can appium even dismiss the alert before it connects to web driver agent, or can it connect to it while it's not most upfront app?

Faraen on 2 Dec 2016

@Faraen https://github.com/facebook/WebDriverAgent/issues/367
Shortly saying: 'No'. Unless this is a simulator, where you can potentially do it with Apple script or reset the simulator itself before to retry.

mykola-mokhnach on 2 Dec 2016

👍1

Thank you for quick answer :) I was afraid that that would be the case.

Faraen on 2 Dec 2016

Hello,
Could someone please explain to me where I have to put the code "apple script"?
Thank you

royncls on 7 Dec 2016

@imurchie we've got this in the current sprint; i'm unclear about whether there's anything we can do now or whether we should just document this

jlipps on 12 Dec 2016

@jlipps: Yes, not much we can do here, unless we want to add the overhead of making the calls on _every_ request.

imurchie on 12 Dec 2016

No, I don't think that's worth it.

jlipps on 12 Dec 2016

@imurchie maybe the acceptance criteria to close this should just be a note in caps.md and a warning printed out in the xcuitest driver if the cap is used? to the effect that the cap will have no effect and be ignored

jlipps on 12 Dec 2016

Any issues about autoDismiss? Is autoDismiss=true works?

z00sts on 13 Dec 2016

@jlipps Those seem like good ways to handle this problem.

@z00sts No. At this time neither work.

imurchie on 13 Dec 2016

Hello,
is there still no way to auto accept the alerts in iOS using XCUITest and Appium?
Best,
Goncalo

goncalosoares on 4 Aug 2017

Unfortunately, no.

imurchie on 4 Aug 2017

since this function still doesn't work, what is the best work around to accept any alerts which pop up?

antonisgeorgiou on 7 Aug 2017

For Java client these will be methods based on _Alert_ interface:

getDriver().switchTo().alert().accept();
getDriver().switchTo().alert().dismiss();

mykola-mokhnach on 7 Aug 2017

@imurchie Is there a ruby client for auto accept alerts in appium 1.7.0 version for XCUI tests with xcode9?

reach2jeyan on 6 Oct 2017

No. Automatically accepting alerts is not possible in XCUITest with _any_ xcode. You need to do it yourself when an alert comes up.

imurchie on 6 Oct 2017

@imurchie Alright! Thanks :)

reach2jeyan on 6 Oct 2017

For C# below methods work well to accept/dismiss alert message:
driver.SwitchTo().Alert().Accept();
driver.SwitchTo().Alert().Dismiss();

gargvishal on 13 Oct 2017

👍1

Manually accepting alerts doesn't work in my case.
I test web app in safari browser on iPhones and Click() on some of our buttons supposed to open new browser tab. And that's where my tests die.
Alert "This site is attempting to open a pop-up window" shows on click, there is no exception, test just stops an execution, and then fails in 5 or so minutes.

So Automatically accepting alerts is not possible in XCUITest, and I can't do it manually with driver.SwitchTo().Alert().Accept();

Any suggestions if there is any other workaround?

I'm able to run same tests on older phones (iPhone 5 and 6) with iOS 9. Appium 1.6.3
Tests start to fail when I select iOS 10 or higher.

dimashyshkin on 26 Oct 2017

@dimashyshkin can you define 'SystemAlertPage' and it's button(allow, don't allow) and whenever this page displayed then dismiss the page using click on defined(allow, don't allow) button.

navnathkarche on 30 Oct 2017

@navnathkarche The problem is, that I can do nothing after click() command. Webdriver dies on it after a timeout.
And it doesn't look like that the alert is a browser alert.