知识中心

atiger · 发表于 2010-4-8 11:57:25

楼主，通过昨天给的资料，没有看出啥异常，我们这里正在想办法重现这个问题，不过需要楼主配合，跟用户再确认一下，
1、是下载附件后，同时修改了两次，然后点击保存，然后上传。还是分两次修改，即打开文件两次。
2、确认是前面没有保存上，还是后面没有保存上
3、最好能搞到重现的步骤，或者说怎样的操作出错的概率比较大
4、保存和上传过程中是否有异常
5、是否就是几个客户端会出现这样的效果
6、客户是何时发现出问题了，是下载后，打开看到的？

vagrant · 发表于 2010-4-8 13:17:51

是这样：在知识中心，点击右键编辑，打开后修改一些地方，然后保存，然后上传，然后在打开看时发现刚修改的只保存了部分数据，目前只有4个客户端发现这样的问题，没有什么规律，上传、下载都没有什么异常。我也不能重现

atiger · 发表于 2010-4-8 13:25:55

如果就几个客户会出现这样的问题？同一时间是否有其他的客户也在做这样的操作呢？如果是，要你去现场盯几天看看，是否跟他们操作有关呢？

另外，请楼主把 “协同系统\文档\关联\文档关联信息\文档关联网格”
这里面的所有代码贴出来看看，

vagrant · 发表于 2010-4-8 13:41:27

同一时间应该只有一个客户端可以操作同一个表吧，他们实际操作过给我看过，操作是正确的，另外：只在知识中心下的表发现这样的问题，文档关联下没有发现过，附件是你要的代码。

atiger · 发表于 2010-4-8 13:43:22

其实就是看一下

“协同系统\文档\关联\文档关联信息\文档关联网格” 这个里面的
EditingOSFileChanged 这个过程中
...
if SysUtils.AnsiCompareStr(lDateTimeStr, FEditingOSFileNames.Values[lFileName])
...

这句话后面是咋写的

vagrant · 发表于 2010-4-8 13:44:51

在附件里，你看下

atiger · 发表于 2010-4-8 13:47:13

楼主，你把
procedure TRELEVANCYGRID.EditingOSFileChanged;
...
if SysUtils.AnsiCompareStr(lDateTimeStr, FEditingOSFileNames.Values[lFileName]) > 0 then
修改为
if SysUtils.AnsiCompareStr(lDateTimeStr, FEditingOSFileNames.Values[lFileName]) <> 0 then
...

然后保存，签入，刷新缓存（或者重新启动服务），再跟几天看看。

vagrant · 发表于 2010-4-8 13:51:07

这句代码是什么意思啊？

atiger · 发表于 2010-4-8 13:57:50

这是一个时间判断，曾经发现某个时间修改的东东上传无效。

		自动登录	找回密码
密码			立即注册