本文描述了一个在SFO中出现的BUG现象：当尝试修改多选lov字段时，即使未进行实际更改，某些操作也会导致该字段值意外变化。通过简化环境验证，确认此为系统BUG。
如图A 新建了个sfo，mlti1字段为multiselection类型，多选lov。test_usrs为multireference类型，引用了某类型BO。(图可能要在新窗口打开才能看见全部部分)
新建的时候如A 一切正常。然后我点击右上角的transition3 按钮，接下来如图B的编辑页面
你可以看到multi1字段是只读的，无法修改。然后我什么也不做，点击确定，ok什么也不发生。
如果我在图B点了 添加 按钮，多次试验，只要点了这个按钮，即使不选择任何弹出窗里面的记录，
当你点击确定的时候，接下来的事情就让人郁闷了：
如图C 绿圈圈出来的，multi1的字段值居然变了。
绝对是个BUG，生产环境上面出了这个事情，整了2天都找不到原因，测试环境下一次次地重现了，
然后我还怕这个是由于代码问题，流程复杂造成的，就在自己的开发环境上面搭了个最简单的sfo，
问题依旧重现，现在可以确定这是个BUG.
新建的时候如A 一切正常。然后我点击右上角的transition3 按钮，接下来如图B的编辑页面
你可以看到multi1字段是只读的，无法修改。然后我什么也不做，点击确定，ok什么也不发生。
如果我在图B点了 添加 按钮，多次试验，只要点了这个按钮，即使不选择任何弹出窗里面的记录，
当你点击确定的时候，接下来的事情就让人郁闷了：
如图C 绿圈圈出来的，multi1的字段值居然变了。
绝对是个BUG，生产环境上面出了这个事情，整了2天都找不到原因，测试环境下一次次地重现了，
然后我还怕这个是由于代码问题，流程复杂造成的，就在自己的开发环境上面搭了个最简单的sfo，
问题依旧重现，现在可以确定这是个BUG.
扫一扫
514
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
