iOS应用在Guided Access

时间:2015-04-22 16:33:02

标签: ios objective-c crash

我在开发了一个应用程序的团队工作,该应用程序的典型用例是无限期地在Guided Access中不间断地运行。在我们的上一个版本中,我们遇到了一个客户端,他们反复遇到他们的设备实例似乎让我们的应用程序“崩溃到主屏幕”。他们表示,尽管在“主页”屏幕上,设备(我们被客户告知,我们不在现场)仍然在Guided Access中 - 在我们自己测试场景之前,这对我们没有任何意义,运行一个特殊的构建,强制崩溃并观察结果。我们发现的是:

  • 在我们的应用程序在引导访问模式下崩溃5次(并且Guided Access每次按设计重新启动应用程序)后,Guided Access将基本放弃并显示键盘以输入密码以离开Guided Access。
  • 如果我们在一段时间(大约1分钟)后没有与键盘交互,键盘就会消失,并且会显示“主页”屏幕,但是除了滑动之外用户无法与视图交互屏幕分页以查看应用程序图标的第二页。触摸应用程序以启动它将导致一些动画识别触摸但触摸的应用程序实际上不会启动。然后该设备基本上处于砖砌状态,需要重置。

我们正在iOS 8.x中进行测试。

我已经在线研究过包括Apple开发者论坛和iOS文档在内,并且还没有找到任何解释5次崩溃必须发生的频率(如果它总是5次),以便Guided Access基本上说“没有mas”并提示用户退出Guided Access。

所以,我的问题是:在Guided Access放弃尝试重新启动应用程序之前,是否需要发生特定的崩溃速度?无论在单个导向访问会话中实现这一目标需要多长时间,它是否会在24小时,一个月或5次崩溃中发生5次崩溃?我们的应用程序通常用于自助服务终端应用程序,因此应用程序可以无限期地启动。我们已经确认在4小时内发生5次崩溃确实会产生上述情况,但是,我们没有测试数天/周来得到答案,我们认为我们会联系SO社区。

此外,我了解问题的真正解决方法是修复我们的代码库以防止崩溃 - 只是试图了解我们对这种情况的脆弱程度。

提前致谢。

0 个答案:

没有答案