[补丁占坑] 修改联系人信息后再修改看到是修改前的老资料

moo.tinys

6 E  j! ]0 I& e6 Q背景知识: 来自 Accounts 同步过来的联系人的叫 Contact, 自动 link (包括1的情况)成 Person
背景知识2: edit 修改 contact, 查看是 person
1 g. t' a( n- b$ X% g3 c( B% U可能有关的条件: 使用 1.4G 特殊内核后(也可能无关)
3 K  q/ E+ V- I' N3 H2 q操作: 编辑联系人点done后, 展开 contacts
错误现象:
1. 修改后 person 信息是修改后的, 点 app.contacts 的 Person 详细资料的顶部展开 contact, contact 信息是修改前的 (一般不展开, 所以此现象比较少留意到)
5 p/ M# Z5 I) R, }8 B 2. 接着点击 edit 进行再修改, 看到的是老的 contact 信息 (现象很明显, 来回修改就会发现)
分析原因:
% x3 W5 a! e3 H8 s: a3 P1 [& E6 _ a. 修改后, 系统先保存 person 后保存 contacts
b. person 的 detail view (查看详细资料) 界面在 watch person 数据库, 一旦修改就触发脚本执行 reloadContacts 重新载入 联系人, 此时 contacts 尚未被写入

) S8 t; f; z- ~4 }9 \, N6 c! ~其他罗嗦话: 以上确实从代码逻辑上分析出问题了. 而为何以前用 2.1.2 没发现, 为何模拟器里的 2.1.0 没这个问题, 这些疑问尚未深入研究, 也不打算研究. 至少原因相关的代码并没有被补丁修改过, 甚至这部分代码 2.1.2 跟 2.1.0 是一样的. 只能怀疑是这里的确是 Race condition (竞争条件)说不定谁先谁后, 所以随即概率出问题. watch 跟 cpu 速度的变化暴露了这个问题. 保存 person/contacts 的过程是多个 Future.then 操作, Future 之间 db watch 事件可能先触发 (未深入分析 Future/dbwatch 的机制, 猜测应该是如此)
因此即使没用超频内核, 也有一定概率出现, 因此修复后可更稳定

补丁研发中

linuxboy

先收藏，哈哈

moo.tinys

问题不是特别严重, 修改之后 swipe back 返回之后再进去看 无大碍
忙工作忙锻炼身体忙泡妞, 要迟点儿发布补丁

linuxboy

moo.tinys 发表于 2011-12-10 13:10
. E' k5 T7 s2 [; C问题不是特别严重, 修改之后 swipe back 返回之后再进去看 无大碍
! {# ?: C! x+ p% d& s1 [7 c, O* X" D) H忙工作忙锻炼身体忙泡妞, 要迟点儿发布补 ...

理解。您忙哈！

anyinwind

今天出现了这个问题了,期待你的补丁,谢谢

moo.tinys

5 c+ P( ?) X5 o6 o! N& [* K8 B

anyinwind 发表于 2011-12-22 16:57
今天出现了这个问题了,期待你的补丁,谢谢

8 T$ ^! \1 G1 M* h& K6 m  J
) G2 {9 Q3 F2 x: Q+ N你的期待成为我的动力~ 让我挣脱妞们缠身的窘境