IBM Worklight 6.0-忙指示灯不工作';不要总是接近Android

IBM Worklight 6.0-忙指示灯不工作';不要总是接近Android,android,ibm-mobilefirst,Android,Ibm Mobilefirst,我正在Worklight 6.0中将WL.BusyIndicator与适配器调用一起使用: this.busyIndicator.show(); WL.Client.invokeProcedure(invocationData, { onSuccess : function(response) { this.busyIndicator.hide(); // do good stuff }.bind(this), onFailure : fu

我正在Worklight 6.0中将WL.BusyIndicator与适配器调用一起使用:

this.busyIndicator.show();

WL.Client.invokeProcedure(invocationData, {
    onSuccess : function(response) {

        this.busyIndicator.hide();

        // do good stuff

}.bind(this),
    onFailure : function(err) {

        this.busyIndicator.hide();
        WL.SimpleDialog.show("Adapter Error", JSON.stringify(err), [{text: "OK"}]);

    }.bind(this)
});
这通常有效,但在Android上,当适配器调用失败(worklight服务器停止)时,我有时会看到“适配器错误”对话框,当我关闭它时,busyindicator仍然存在。在这一点上,我的应用程序是死的,因为没有什么,我可以做的busyindicator运行。(后退按钮不清除它)

除了关于适配器调用失败的错误消息外,logcat中没有其他内容

我在Android 4.1.2和4.2.2以及4.1.2手机上的模拟器中看到了这一点。我无法在Android2.2模拟器中复制它,但运行速度要慢得多,这可能只是一个计时窗口,我无法点击它。我没有在iOS或Chrome上看到这个问题


还有其他人看到过吗?

我们在5.0x版本中遇到过类似的问题。我们最终创建了一个繁忙的指示器管理器,并实现了一个超时,最终关闭指示器。然后,我们通过该管理器引导所有调用。

我们在5.0x版本中遇到了类似的问题。我们最终创建了一个繁忙的指示器管理器,并实现了一个超时,最终关闭指示器。然后,我们通过该经理指导所有呼叫。

我这里缺少一些东西

为什么要以
this.BusyIndicator.show()的形式使用BusyIndicator?

您是否初始化了自己的总线指示器?然后以如下形式使用它,例如:
mybusy.show()
mybusy.hide()

我这里缺少一些东西

为什么要以
this.BusyIndicator.show()的形式使用BusyIndicator?

您是否初始化了自己的总线指示器?然后以如下形式使用它,例如:
mybusy.show()
mybusy.hide()

我在6.0和6.1中看到了这个问题。我确实在wlCommonInit中进行了初始化。因为我们使用的是jquery,所以我决定切换到jquery加载器,并且似乎与我预期的busyIndicator一样工作。唯一的问题是您确实丢失了本机加载,但这是我必须通过的

$.mobile.loading( "show", {text: "foo",textVisible: true,theme: "z",html: ""});
$.mobile.loading( "hide");

我在6.0和6.1中看到了这个问题。我确实在wlCommonInit中进行了初始化。因为我们使用的是jquery,所以我决定切换到jquery加载器,并且似乎与我预期的busyIndicator一样工作。唯一的问题是您确实丢失了本机加载,但这是我必须通过的

$.mobile.loading( "show", {text: "foo",textVisible: true,theme: "z",html: ""});
$.mobile.loading( "hide");

这只是一个片段。这段代码运行在一个类中,我有一个busyindicator,我在创建类的过程中初始化它(直到wlCommonInit触发,这才发生,所以一切都很好),“this”总是指向类(请注意,我为所有回调绑定了“this”),因此this.busyindicator是对我设置的忙指示符的有效引用。这段代码在大多数情况下工作正常,而这个.busyIndicator.show()从未失败过。只有对这个.busyindicator.hide()的调用在android上间歇性地以静默方式失败。这只是一个片段。这段代码运行在一个类中,我有一个busyindicator,我在创建类的过程中初始化它(直到wlCommonInit触发,这才发生,所以一切都很好),“this”总是指向类(请注意,我为所有回调绑定了“this”),因此this.busyindicator是对我设置的忙指示符的有效引用。这段代码在大多数情况下工作正常,而这个.busyIndicator.show()从未失败过。只有对这个.busyindicator.hide()的调用在android上间歇性地以静默方式失败。