点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)在后台,有时,如果单击资源管理器...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供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一样,即使发生错误,处理该请求的所有过滤器也可以正常执行。
据我所知,进度表挂起的主要情况有两种:
如果我们有时单击相同的资源管理器树节点,并且此节点每次单击都发送"/img/backoffice/zkcomet"请求,
如果我们定期在资源管理器树节点之间切换,因为在每次切换时都会发送"/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)
嗨,
我不记得这个具体问题了。 您能否在我们的支持下进行确认? 可能取决于安装程序。
干杯, Wojtek
一周热门 更多>