进度表有时会一直挂在后台

2020-09-11 02:42发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


在后台,有时,如果单击资源管理器树节点并且进度表显示出来,则进度表可能会一直挂起。 要解决此问题,应重新加载整个页面。

以下是其寻求客户支持的屏幕截图:替代文字

在屏幕截图中,该错误已在最新的HYBRISCOMM6300P_4-70002554上重现,而未创建任何票证。 只需单击" Tickets"资源管理器树节点足够长的时间,进度表的挂起最终就会出现。 在这种情况下,要重现该错误,可能会花费大量时间,但是对于具有用户和某些数据的系统,此错误会定期出现。

可能我识别出一个模式,所以这里有一些关键点:

  • 每当用户更改浏览器树节点时,"/img/backoffice/zkcomet" POST请求都会发送到服务器;

  • 对于大多数节点,例如"产品","类别"等,当用户多次单击同一节点时,仅发送带有" onClick"数据的"/img/backoffice/zkau" POST请求 结果;

  • 还有其他节点:"收件箱","操作",或者,对于客户支持,"票证","未结订单","所有订单"等。对于这些节点,每个顺序 click,带有" onClick"数据的请求后跟着"/img/backoffice/zkcomet"请求,就像每次单击时我们更改资源管理器树节点一样(但我们没有)。 对于此类节点,如果已依次单击节点,则该错误会随机出现。

从上面的屏幕截图中可以看出,当错误发生时,由于"/img/backoffice/zkcomet"请求,我们没有得到响应,因此,没有发送其他一些请求,因此 进度表一直挂着。 在服务器端,就像org.zkoss.zkmax.ui.comet.CometAsyncServlet一样,即使发生错误,处理该请求的所有过滤器也可以正常执行。

据我所知,进度表挂起的主要情况有两种:

  1. 如果我们有时单击相同的资源管理器树节点,并且此节点每次单击都发送"/img/backoffice/zkcomet"请求,

  2. 如果我们定期在资源管理器树节点之间切换,因为在每次切换时都会发送"/img/backoffice/zkcomet"请求。

我成功地重现了两种情况。 为了简化错误再现,可以使用一些简单的脚本。 xdotool是必需的,并且当鼠标指针悬停在感兴趣的资源管理器树节点上时,X和Y也应替换为" xdotool getmouselocation"中的数据。

第一种情况的脚本:

 #!/bin/bash
  xdotool mousemove X Y和
  i = 0
  而[$ i -lt 300]; 做
    xdotool单击1&
    让i = i + 1
    睡0.1
  做完了


  

在第二种情况下的脚本中,鼠标指针仅在两个资源管理器树节点(例如"产品"和"类别")之间切换,因此应分别替换X1,Y1和X2,Y2:

 #!/bin/bash
  i = 0
  而[$ i -lt 150]; 做
    xdotool mousemove X1 Y1&
    xdotool单击1&
    睡0.1
    xdotool mousemove X2 Y2和
    xdotool单击1&
    睡0.1
    让i = i + 1
  做完了

  

希望,此错误将得到解决。

更新。 似乎此错误在Windows系统上不会重现。 我有一台同时具有Ubuntu 16.04 LTS和Windows 10操作系统的笔记本电脑。 我尝试使用相同的方法在Windows上重现它,但使用AutoHotkey工具而不是xdotool,并且一切正常。 我也尝试在不同的服务器上重现它,似乎bug无法在基于Windows的操作系统上重现...

8709-backoffice.jpg (132.5 kB)

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


在后台,有时,如果单击资源管理器树节点并且进度表显示出来,则进度表可能会一直挂起。 要解决此问题,应重新加载整个页面。

以下是其寻求客户支持的屏幕截图:替代文字

在屏幕截图中,该错误已在最新的HYBRISCOMM6300P_4-70002554上重现,而未创建任何票证。 只需单击" Tickets"资源管理器树节点足够长的时间,进度表的挂起最终就会出现。 在这种情况下,要重现该错误,可能会花费大量时间,但是对于具有用户和某些数据的系统,此错误会定期出现。

可能我识别出一个模式,所以这里有一些关键点:

  • 每当用户更改浏览器树节点时,"/img/backoffice/zkcomet" POST请求都会发送到服务器;

  • 对于大多数节点,例如"产品","类别"等,当用户多次单击同一节点时,仅发送带有" onClick"数据的"/img/backoffice/zkau" POST请求 结果;

  • 还有其他节点:"收件箱","操作",或者,对于客户支持,"票证","未结订单","所有订单"等。对于这些节点,每个顺序 click,带有" onClick"数据的请求后跟着"/img/backoffice/zkcomet"请求,就像每次单击时我们更改资源管理器树节点一样(但我们没有)。 对于此类节点,如果已依次单击节点,则该错误会随机出现。

从上面的屏幕截图中可以看出,当错误发生时,由于"/img/backoffice/zkcomet"请求,我们没有得到响应,因此,没有发送其他一些请求,因此 进度表一直挂着。 在服务器端,就像org.zkoss.zkmax.ui.comet.CometAsyncServlet一样,即使发生错误,处理该请求的所有过滤器也可以正常执行。

据我所知,进度表挂起的主要情况有两种:

  1. 如果我们有时单击相同的资源管理器树节点,并且此节点每次单击都发送"/img/backoffice/zkcomet"请求,

  2. 如果我们定期在资源管理器树节点之间切换,因为在每次切换时都会发送"/img/backoffice/zkcomet"请求。

我成功地重现了两种情况。 为了简化错误再现,可以使用一些简单的脚本。 xdotool是必需的,并且当鼠标指针悬停在感兴趣的资源管理器树节点上时,X和Y也应替换为" xdotool getmouselocation"中的数据。

第一种情况的脚本:

 #!/bin/bash
  xdotool mousemove X Y和
  i = 0
  而[$ i -lt 300]; 做
    xdotool单击1&
    让i = i + 1
    睡0.1
  做完了


  

在第二种情况下的脚本中,鼠标指针仅在两个资源管理器树节点(例如"产品"和"类别")之间切换,因此应分别替换X1,Y1和X2,Y2:

 #!/bin/bash
  i = 0
  而[$ i -lt 150]; 做
    xdotool mousemove X1 Y1&
    xdotool单击1&
    睡0.1
    xdotool mousemove X2 Y2和
    xdotool单击1&
    睡0.1
    让i = i + 1
  做完了

  

希望,此错误将得到解决。

更新。 似乎此错误在Windows系统上不会重现。 我有一台同时具有Ubuntu 16.04 LTS和Windows 10操作系统的笔记本电脑。 我尝试使用相同的方法在Windows上重现它,但使用AutoHotkey工具而不是xdotool,并且一切正常。 我也尝试在不同的服务器上重现它,似乎bug无法在基于Windows的操作系统上重现...

8709-backoffice.jpg (132.5 kB)
付费偷看设置
发送
3条回答
Baoming ROSE
1楼 · 2020-09-11 03:22.采纳回答

自Hybris Commerce Suite 6.5起,此问题已得到解决。 对于以前的版本,可以在这里找到修复程序: https://launchpad.support.sap.com/# notes/2535190

空代码
2楼-- · 2020-09-11 03:20

我遇到了同样的问题,但是在后台办公室的媒体文件中,有人知道它是否已解决吗? 我的版本是6.1.0.17

替代文本

ZJXianG
3楼-- · 2020-09-11 03:18

嗨,

我不记得这个具体问题了。 您能否在我们的支持下进行确认? 可能取决于安装程序。

干杯, Wojtek

一周热门 更多>